Fastest way to learn C++

  • Thread starter Thread starter Jim Hubbard
  • Start date Start date
J

Jim Hubbard

Is it really necc to learn about C then C++?

I want to be able to do driver development and activeX control development
with C++.

What would you suggest that would get me up-to-speed ASAP?
 
Jim Hubbard said:
Is it really necc to learn about C then C++?

I want to be able to do driver development and activeX control
development with C++.

What would you suggest that would get me up-to-speed ASAP?
Click to expand...
You don't need to learn C, then C++, IMHO.
Depending on your general programming background, a good place to start is
with the language itself, then move into the specialized areas of your
interest. As you don't say if you have any other programming experience,
I'll suggest a book that will get you started and challenge you:

C++, How To Program by Deitel and Deitel, Prentice Hall

http://vig.prenhall.com/catalog/academic/product/0,1144,0131857584,00.html

There are many other good sources as well, and I'm sure many will be posted
here.
 
Ioannis Vranos said:
ActiveX is an obsolete technology. Learn it only if you have too.
Click to expand...
Mine Problem: I want to develop an activeX control so that I can embed it in
ASP page. This control can be downloaded using web browser and it will be
acting like a DDE server in that maching with Excel working as client.
Could you suggest me any other technique (except ActiveX) to accomplish
this. I want to stick to MS technologies only.

Thanks in adv.
Vinu
 
Vinay said:
Mine Problem: I want to develop an activeX control so that I can embed it in
ASP page. This control can be downloaded using web browser and it will be
acting like a DDE server in that maching with Excel working as client.
Could you suggest me any other technique (except ActiveX) to accomplish
this. I want to stick to MS technologies only.
Click to expand...


I am not in web-side server development, so perhaps someone else may
provide a definite answer, however my sense is that .NET web services
include that area.
 
Ioannis said:
I am not in web-side server development, so perhaps someone else may
provide a definite answer, however my sense is that .NET web services
include that area.
Click to expand...


Here is a reference on this that I found on this page:

http://msdn.microsoft.com/library/d...e/html/cpovrintroductiontonetframeworksdk.asp



"Another kind of client application is the traditional ActiveX control
(now replaced by the managed Windows Forms control) deployed over the
Internet as a Web page. This application is much like other client
applications: it is executed natively, has access to local resources,
and includes graphical elements."
 
Ioannis said:
Here is a reference on this that I found on this page:

http://msdn.microsoft.com/library/d...e/html/cpovrintroductiontonetframeworksdk.asp




"Another kind of client application is the traditional ActiveX control
(now replaced by the managed Windows Forms control) deployed over the
Internet as a Web page. This application is much like other client
applications: it is executed natively, has access to local resources,
and includes graphical elements."
Click to expand...



And these:

"Using Internet Explorer to host the runtime enables you to embed
managed components or Windows Forms controls in HTML documents. Hosting
the runtime in this way makes managed mobile code (similar to Microsoft®
ActiveX® controls) possible, but with significant improvements that only
managed code can offer, such as semi-trusted execution and isolated file
storage."


"Unlike ActiveX controls, Windows Forms controls have semi-trusted
access to a user's computer. This means that binary or natively
executing code can access some of the resources on the user's system
(such as GUI elements and limited file access) without being able to
access or compromise other resources. Because of code access security,
many applications that once needed to be installed on a user's system
can now be deployed through the Web. Your applications can implement the
features of a local application while being deployed like a Web page."
 
Ioannis Vranos said:
I am not in web-side server development, so perhaps someone else may
provide a definite answer, however my sense is that .NET web services
include that area.
Click to expand...

First of all thanks for yours kind reply.

Dont bother about the implementation of server.
I will make my question more precise.

I was intended to use ActiveX control becoz It can be downloaded using
webbrowser and it automatically start running in that machine. It doesnot
need and installation or other kind of kindas.
Could we can replace ActiveX control with something (say ABC)that dotnet
provides.
Is this ABC capable of being able to get downloaded using web browser?
Is this ABC be in form of any binary object and not plain text ?
Is ABC need no installation at the system where it is downloaded and
automatically start running.
I think that theremust be some equivalent of ActiveX in dotnet. Could u
suggest something.

Thanks and Regards,
Vinu
 
Vinay said:
I think that theremust be some equivalent of ActiveX in dotnet. Could
u suggest something.
Click to expand...

There isn't.

Nor is there any replacement for OLE (on which AX controls are built).

If you need to interact with the OLE clipboard, with OLE documents, etc,
you'll be deal with OLE one way or another. Note that you can embed windows
forms controls in web pages, but that requires that the user already has the
..NET framework installed (which many still do not), and that under the
covers it's still an AX control, with .NET providing an elaborate .NET <->
OLE conversion layer to make things work.

-cd
 
Carl said:
There isn't.

Nor is there any replacement for OLE (on which AX controls are built).

If you need to interact with the OLE clipboard, with OLE documents, etc,
you'll be deal with OLE one way or another. Note that you can embed windows
forms controls in web pages, but that requires that the user already has the
.NET framework installed (which many still do not), and that under the
covers it's still an AX control, with .NET providing an elaborate .NET <->
OLE conversion layer to make things work.
Click to expand...


I am not familiar with its implementation, but since .NET provides a way
to embed .NET controls in web pages, one should concentrate in these new
stuff and not the old one, since the current technology will keep
supported in WinFX, while the old one probably not.

The same is the case of .NET today, much of its API is implemented by
using Win32 (because there is no reason to create new low level
primitives of similar functionality), however the upcoming API is WinFX
and will be developed independently from Win32 whose development is ceased.

Some parts of it may remain developed by Win32, but the newest parts
will be developed stand alone.


In summary, an application developer should concentrate on the new .NET
functionality.
 
Back
Top