473,698 Members | 2,631 Online
Bytes | Software Development & Data Engineering Community
+ Post

Home Posts Topics Members FAQ

Is VC++ .NET dead/dying?

I have cruised around

http://msdn.microsoft.com/visualc/ and the rest of the site, and i am
not able to find a single C++ or VC++ certification exam that will be
available after June 30, 2004. I emailed support, and the reply was:
"We understand your concerns in this matter.

We would like to inform you that at this moment we do not have any plan or information if there will be replacements for the discontinued exams."

Does anybody know if any C/C++/VC++
certification exams are being planned that will replace those that are
being obsoleted?

P.S. Does this mean that VC++ as a language is likely to obsoleted, and
future versions of Visual Studio will come w/o VC++ support as well? I know
there is a 2005 release of VC++ coming up. I am a little confused. Is
VC++ being completely replaced by C# after that? It looks like native
code will still be used in LognHorn, based on some references on the
site. Some big-font clarification on the site (by Microsoft) itself would probably be
useful to many people, not just me.
P.P.S. I still don't believe that MS Office, for instance, will come in non-native fashion. Mainly because then everybody will be able to decompile it. And i think MS is not a fan of that happening.
P.P.P.S. Given that roughly 50% or so of MS apps code in the future is still very likely to be native, why discontinue native-code certifications w/o a replacement? Or there VC++ .Net certification in the pipeline to replace 6.0? If yes, then when?

Thanks,
<rsa/>
Nov 17 '05 #1
7 2754
>
P.S. Does this mean that VC++ as a language is likely to obsoleted, and

It is true that C# would be used as the default .NET framework programming language but I believe that real programmers will still work on Managed C++.

You cannot expect people to convert all their C++ code to C#. With C++ you can have mixed native and managed code. Which means that you have native dlls as well as managed stuff in your application.

This enables to slowly move to .NET framework. I am not sure about the training courses myself but I suggest you wait for a beta1 for the product and then there should be a lot of discussions and trainings on the same.

Thanks.
Nov 17 '05 #2
Managed C++ is having a major syntax change in vs2005. From this, we
can derive two important facts:
1) after spending a lot of time & money on C++, MS is not going to
abandon it, and,
2) All existing C++ MSCD exams will need to be discontinued and
replaced.

The new exams will almost certainly be out in a few months.
--
Truth,
James Curran
Home: www.noveltheory.com Work: www.njtheater.com
Blog: www.honestillusion.com Day Job: www.partsearch.com
(note new day job!)

"ultranet" <ul******@discu ssions.microsof t.com> wrote in message
news:20******** *************** ***********@mic rosoft.com...
I have cruised around

http://msdn.microsoft.com/visualc/ and the rest of the site, and i am
not able to find a single C++ or VC++ certification exam that will be
available after June 30, 2004. I emailed support, and the reply was:
"We understand your concerns in this matter.

We would like to inform you that at this moment we do not have any plan or information if there will be replacements for the discontinued exams."
Does anybody know if any C/C++/VC++
certification exams are being planned that will replace those that are
being obsoleted?

P.S. Does this mean that VC++ as a language is likely to obsoleted, and
future versions of Visual Studio will come w/o VC++ support as well? I know there is a 2005 release of VC++ coming up. I am a little confused. Is
VC++ being completely replaced by C# after that? It looks like native
code will still be used in LognHorn, based on some references on the
site. Some big-font clarification on the site (by Microsoft) itself would probably be useful to many people, not just me.
P.P.S. I still don't believe that MS Office, for instance, will come in non-native fashion. Mainly because then everybody will be able to decompile
it. And i think MS is not a fan of that happening. P.P.P.S. Given that roughly 50% or so of MS apps code in the future is still very likely to be native, why discontinue native-code certifications
w/o a replacement? Or there VC++ .Net certification in the pipeline to
replace 6.0? If yes, then when?
Thanks,
<rsa/>

Nov 17 '05 #3
Sadly they will not be out that soon. The development cycles for this
material are quite long and we don't have a firm plan in place yet (but are
working towards one). Training and certification being available around the
time 8.0 RTMs is probably more realistic. And no, I can't offer a concrete
date for the latter. ;-)

Ronald

"James Curran" <Ja*********@mv ps.org> wrote in message
news:Oy******** *****@tk2msftng p13.phx.gbl...
Managed C++ is having a major syntax change in vs2005. From this, we
can derive two important facts:
1) after spending a lot of time & money on C++, MS is not going to
abandon it, and,
2) All existing C++ MSCD exams will need to be discontinued and
replaced.

The new exams will almost certainly be out in a few months.
--
Truth,
James Curran
Home: www.noveltheory.com Work: www.njtheater.com
Blog: www.honestillusion.com Day Job: www.partsearch.com
(note new day job!)

"ultranet" <ul******@discu ssions.microsof t.com> wrote in message
news:20******** *************** ***********@mic rosoft.com...
I have cruised around

http://msdn.microsoft.com/visualc/ and the rest of the site, and i am
not able to find a single C++ or VC++ certification exam that will be
available after June 30, 2004. I emailed support, and the reply was:
"We understand your concerns in this matter.

We would like to inform you that at this moment we do not have any plan
or

information if there will be replacements for the discontinued exams."

Does anybody know if any C/C++/VC++
certification exams are being planned that will replace those that are
being obsoleted?

P.S. Does this mean that VC++ as a language is likely to obsoleted, and
future versions of Visual Studio will come w/o VC++ support as well? I

know
there is a 2005 release of VC++ coming up. I am a little confused. Is
VC++ being completely replaced by C# after that? It looks like native
code will still be used in LognHorn, based on some references on the
site. Some big-font clarification on the site (by Microsoft) itself would

probably be
useful to many people, not just me.
P.P.S. I still don't believe that MS Office, for instance, will come in

non-native fashion. Mainly because then everybody will be able to
decompile
it. And i think MS is not a fan of that happening.
P.P.P.S. Given that roughly 50% or so of MS apps code in the future is

still very likely to be native, why discontinue native-code certifications
w/o a replacement? Or there VC++ .Net certification in the pipeline to
replace 6.0? If yes, then when?

Thanks,
<rsa/>


Nov 17 '05 #4
ultranet wrote:
This is already an operational estimate. :) Thanks all. And sorry i
turned out to have initiated 2 threads (i got an error for the first
one, and did realize it actually posted).

P.S. The last thing that would be nice to know if whether it's worth
studying VC++ .Net 7.0 now, or whether it's better to wait for new
tutorials/books based on 8.0. If 8.0 is not a fundamental overhaul in
comparison to 7.0, then i'll keep studying what i've been studying.


If you're studying ISO standard, native C++ then by all means, study and
learn VC7.1 (Visual Studio .NET 2003). The Whidbey (VC8) IDE has many small
differences, but overall you'll be able to find your way around with few
problems if you're used to 7.1. From a language standpoint, VC8 has a number
of bug fixes, but no new language features for native code development
(there are other non-language-specific new features for native development).

If, however, you want to learn .NET programming (i.e. targeting the CLR,
using the .NET framework) using C++, then I'd recommend waiting for Whidbey.
The new C++/CLI syntax is quite a bit different from the Managed Extensions
for C++ that's supported by VC7{.1}. Learning MC++ won't help you much with
C++/CLI, and it's fraught with pitfalls and dark corners that are best
avoided if you can help it.

-cd
Nov 17 '05 #5
I'd appreciate if we could make this more concrete. Which of the following will still be of use in 8.0:
1. MFC Essentials
2. MFC Doc-View architecture
3. COM, Automation, ActiveX, and OLE
4. Programming for the Internet (WinSock, VC++ .Net and DHTML and ATL, ATL Server)
5. .Net: MC++, Windows Forms and MC++, ASP .Net and MC++, ADO.Net and MC++

The first 4 are based on traditional VC++, and the last one is on MC++ extensions.
I understand that it's not much use studying 5., other than .Net basics. It also appears that 3. is being replaced by CLR programming. Is this correct?
Is it worth studying 1., 2., and 4.? For example, i heard that 2. might still be (at least considered and chosen as) useful even in .Net times.

P.S. I have VC++ .Net 2002 (which i believe is 7.0), and the book i have ("Programmin g with Microsoft Visual C++ .NET", by George Shepherd, and David Kruglinski, 6th edition, 2003) uses the same. It's not the same as 7.1 (2003) that you refer to, but will it do for my purposes of studying material that will still be relevant in 8.0?

Thanks again,
<rsa/>

"Carl Daniel [VC++ MVP]" wrote:
ultranet wrote:
This is already an operational estimate. :) Thanks all. And sorry i
turned out to have initiated 2 threads (i got an error for the first
one, and did realize it actually posted).

P.S. The last thing that would be nice to know if whether it's worth
studying VC++ .Net 7.0 now, or whether it's better to wait for new
tutorials/books based on 8.0. If 8.0 is not a fundamental overhaul in
comparison to 7.0, then i'll keep studying what i've been studying.


If you're studying ISO standard, native C++ then by all means, study and
learn VC7.1 (Visual Studio .NET 2003). The Whidbey (VC8) IDE has many small
differences, but overall you'll be able to find your way around with few
problems if you're used to 7.1. From a language standpoint, VC8 has a number
of bug fixes, but no new language features for native code development
(there are other non-language-specific new features for native development).

If, however, you want to learn .NET programming (i.e. targeting the CLR,
using the .NET framework) using C++, then I'd recommend waiting for Whidbey.
The new C++/CLI syntax is quite a bit different from the Managed Extensions
for C++ that's supported by VC7{.1}. Learning MC++ won't help you much with
C++/CLI, and it's fraught with pitfalls and dark corners that are best
avoided if you can help it.

-cd

Nov 17 '05 #6
ultranet wrote:
I'd appreciate if we could make this more concrete. Which of the
following will still be of use in 8.0:
1. MFC Essentials
Yep.
2. MFC Doc-View architecture
Yep.
3. COM, Automation, ActiveX, and OLE
Yep.
4. Programming for the Internet (WinSock, VC++ .Net and DHTML and
ATL, ATL Server)
Yep.
5. .Net: MC++, Windows Forms and MC++, ASP .Net and MC++, ADO.Net and
MC++
Significantly different - MUCH easier with VC8. Managed Extensions for C++
(the old way) are still supported under Whidbey, but you'd use the new
C++/CLI for new work - it's so much easier and more powerful.
The first 4 are based on traditional VC++, and the last one is on
MC++ extensions.
I understand that it's not much use studying 5., other than .Net
basics. It also appears that 3. is being replaced by CLR programming.
Is this correct?
..NET and COM/OLE can serve many of the same purposes, but there are still
many applicaitons for native COM development. You can of course develop COM
components using .NET, but if you need to deploy to machines without .NET
installed, you might choose to develop using ATL, for example.
Is it worth studying 1., 2., and 4.? For example, i heard that 2.
might still be (at least considered and chosen as) useful even in
.Net times.
MFC is not going away any time soon. The application framework embodied in
MFC is far richer than the Windows Forms model that .NET includes. While
there's not likely to be a great deal of significant new innovation in MFC
in coming releases, it'll be supported and will continue to be a major
player. Likewise ATL. I wouldn't spend time learning ATL Server as it is
definitely being overshadowed by the web service support in ASP.NET and the
..NET framework itself (although ATL Server is reported more efficient, many
new web services features will simply not be available in ATL server).
P.S. I have VC++ .Net 2002 (which i believe is 7.0), and the book i
have ("Programmin g with Microsoft Visual C++ .NET", by George
Shepherd, and David Kruglinski, 6th edition, 2003) uses the same.
It's not the same as 7.1 (2003) that you refer to, but will it do for
my purposes of studying material that will still be relevant in 8.0?


You're correct - .NET 2002 is VC7. For studying native C++, VC7.1 is a much
better choice in my opinion due to significantly increased standards
conformance. If you're limiting your native C++ to MFC and ATL applications
(which don't typically make use of some of the more advanced features of the
C++ language), then you'll be fine with VC7 until Whidbey comes along.

-cd
Nov 17 '05 #7
Thank you all so much. Now i have a clear picture, and a clear plan of study for myself.

Thanks again,
<rsa/>

"Carl Daniel [VC++ MVP]" wrote:
ultranet wrote:
I'd appreciate if we could make this more concrete. Which of the
following will still be of use in 8.0:
1. MFC Essentials


Yep.
2. MFC Doc-View architecture


Yep.
3. COM, Automation, ActiveX, and OLE


Yep.
4. Programming for the Internet (WinSock, VC++ .Net and DHTML and
ATL, ATL Server)


Yep.
5. .Net: MC++, Windows Forms and MC++, ASP .Net and MC++, ADO.Net and
MC++


Significantly different - MUCH easier with VC8. Managed Extensions for C++
(the old way) are still supported under Whidbey, but you'd use the new
C++/CLI for new work - it's so much easier and more powerful.
The first 4 are based on traditional VC++, and the last one is on
MC++ extensions.
I understand that it's not much use studying 5., other than .Net
basics. It also appears that 3. is being replaced by CLR programming.
Is this correct?


..NET and COM/OLE can serve many of the same purposes, but there are still
many applicaitons for native COM development. You can of course develop COM
components using .NET, but if you need to deploy to machines without .NET
installed, you might choose to develop using ATL, for example.
Is it worth studying 1., 2., and 4.? For example, i heard that 2.
might still be (at least considered and chosen as) useful even in
.Net times.


MFC is not going away any time soon. The application framework embodied in
MFC is far richer than the Windows Forms model that .NET includes. While
there's not likely to be a great deal of significant new innovation in MFC
in coming releases, it'll be supported and will continue to be a major
player. Likewise ATL. I wouldn't spend time learning ATL Server as it is
definitely being overshadowed by the web service support in ASP.NET and the
..NET framework itself (although ATL Server is reported more efficient, many
new web services features will simply not be available in ATL server).
P.S. I have VC++ .Net 2002 (which i believe is 7.0), and the book i
have ("Programmin g with Microsoft Visual C++ .NET", by George
Shepherd, and David Kruglinski, 6th edition, 2003) uses the same.
It's not the same as 7.1 (2003) that you refer to, but will it do for
my purposes of studying material that will still be relevant in 8.0?


You're correct - .NET 2002 is VC7. For studying native C++, VC7.1 is a much
better choice in my opinion due to significantly increased standards
conformance. If you're limiting your native C++ to MFC and ATL applications
(which don't typically make use of some of the more advanced features of the
C++ language), then you'll be fine with VC7 until Whidbey comes along.

-cd

Nov 17 '05 #8

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

2
1876
by: jeevanand | last post by:
Hi, I want to learn VC++.please guide me to start learning from scratch. Thank You
13
4348
by: Todd Bandrowsky | last post by:
Since SQL Server is everywhere, is Access dying a slow death? Is Access going the way of the FoxPro, destined to be the last of the desktop databases?
4
2299
by: ultranet | last post by:
I have cruised around http://msdn.microsoft.com/visualc/ and the rest of the site, and i am not able to find a single C++ or VC++ certification exam that will be available after June 30, 2004. I emailed support, and the reply was: "We understand your concerns in this matter. We would like to inform you that at this moment we do not have any plan or information if there will be replacements for the discontinued exams." Does anybody...
2
1231
by: James S | last post by:
Hi I've been porting a project to .Net that has several segments of code that I would like to keep as native code in wrappers. I've been using VS2003 and VC++ to create mixed dlls that I then can used from C#. I see that the new 2005 version has a new and significantly different syntax and way of doing things with native code, and was wondering if anyone has any experience of using the new version to perform this sort of task. And...
17
1780
by: Michael | last post by:
i'm a beginners at ASP.net and was wondering if i should develop and learn on vb or vc? which is more powerful? and in terms of support which will be better? whats the main difference btw the 2??
5
2287
by: Patrick Olurotimi Ige | last post by:
http://forums.asp.net/897965/ShowPost.aspx Guess VWD has take over:) Patrick *** Sent via Developersdex http://www.developersdex.com ***
0
1151
by: devendeshpande | last post by:
At times the VC .NET 2003 takes too long to link a code after compiling. This happens quite infrequently. Are there any settings that can avoid this dead slow linking? Deven
53
2353
by: Edward Diener | last post by:
Why bother having Stan Lippman and Herb Sutter created a C++/CLI language for .Net development when Microsoft, and the VC++ development team, are so clearly intent on limiting .Net development with C++/CLI to the smallest subset of .Net development technologies in Visual Studio, while all of the new technologies are given to C# instead ? The bubble has burst with VS 2008 and we are instead finally told quite frankly, by a lead VC++ team...
0
8683
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However, people are often confused as to whether an ONU can Work As a Router. In this blog post, we’ll explore What is ONU, What Is Router, ONU & Router’s main usage, and What is the difference between ONU and Router. Let’s take a closer look ! Part I. Meaning of...
0
9170
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers, it seems that the internal comparison operator "<=>" tries to promote arguments from unsigned to signed. This is as boiled down as I can make it. Here is my compilation command: g++-12 -std=c++20 -Wnarrowing bit_field.cpp Here is the code in...
1
8904
by: Hystou | last post by:
Overview: Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows Update option using the Control Panel or Settings app; it automatically checks for updates and installs any it finds, whether you like it or not. For most users, this new feature is actually very convenient. If you want to control the update process,...
0
8876
tracyyun
by: tracyyun | last post by:
Dear forum friends, With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each protocol has its own unique characteristics and advantages, but as a user who is planning to build a smart home system, I am a bit confused by the choice of these technologies. I'm particularly interested in Zigbee because I've heard it does some...
1
6531
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome a new presenter, Adolph Dupré who will be discussing some powerful techniques for using class modules. He will explain when you may want to use classes instead of User Defined Types (UDT). For example, to manage the data in unbound forms. Adolph will...
0
4372
by: TSSRALBI | last post by:
Hello I'm a network technician in training and I need your help. I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs. The last exercise I practiced was to create a LAN-to-LAN VPN between two Pfsense firewalls, by using IPSEC protocols. I succeeded, with both firewalls in the same network. But I'm wondering if it's possible to do the same thing, with 2 Pfsense firewalls...
0
4624
by: adsilva | last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
1
3052
by: 6302768590 | last post by:
Hai team i want code for transfer the data from one system to another through IP address by using C# our system has to for every 5mins then we have to update the data what the data is updated we have to send another system
3
2007
bsmnconsultancy
by: bsmnconsultancy | last post by:
In today's digital era, a well-designed website is crucial for businesses looking to succeed. Whether you're a small business owner or a large corporation in Toronto, having a strong online presence can significantly impact your brand's success. BSMN Consultancy, a leader in Website Development in Toronto offers valuable insights into creating effective websites that not only look great but also perform exceptionally well. In this comprehensive...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.