473,320 Members | 1,829 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,320 software developers and data experts.

Language Advice

I have a program written in MFC. I'm at the point where I need to start
working on the major release (tons of new features needed - new fiscal year
budget and all-).

I'm looking into vc++.net since I figure that I need to buy the bullet
already and get into the .net thing. I'm concerned, however, with the syntax
change in Whidbey. I feel that if I start coding now, I'm going to have to
update all my "old" syntax to the new. My deadline is 1/1/06.

Should I do it in MFC and save myself some grief or will the current syntax
be no problem with the new syntax? Any advice will be appreciate it. Thanks!
Nov 17 '05 #1
6 1118
Whidbey is going to be released in November 7.
Furthermore MC++2.0 is much leaner, less ambiguous, more explicit so much so
that this version has been submitted to the ECMA (contrary to the previous
version).
I would recommend stating directly with .NET 2.0!!

"Eddie Paz" <dr***@msn.com> wrote in message
news:em*************@TK2MSFTNGP10.phx.gbl...
I have a program written in MFC. I'm at the point where I need to start
working on the major release (tons of new features needed - new fiscal
year
budget and all-).

I'm looking into vc++.net since I figure that I need to buy the bullet
already and get into the .net thing. I'm concerned, however, with the
syntax
change in Whidbey. I feel that if I start coding now, I'm going to have to
update all my "old" syntax to the new. My deadline is 1/1/06.

Should I do it in MFC and save myself some grief or will the current
syntax
be no problem with the new syntax? Any advice will be appreciate it.
Thanks!

Nov 17 '05 #2
If your only concern is that VC++ 2005 won't compile your VC++ 2003 MC++
code, don't worry about that. Using the /clr:oldsyntax switch, you'll be
able to compile MC++ code with the new environment. It's a different
issue entirely that you may not want to continue the development in
MC++, because the new syntax is so much better.

The question is if you'll be able to mix old and new managed C++ syntax
within the same project (without having to separate old and new code in
different DLLs). I can't answer that for sure, but I have a feeling that
you can't. For example, how would you #include MC++ declarations from
C++/CLI? I believe if you want to mix the two languages, you pretty much
have to separate them in two different .NET assemblies. Someone who
knows better, please correct me if I'm wrong.

Also, I wonder if the designer in VC++ 2005 will work with code
generated by the VC++ 2003 designer. Because it's one thing to compile
an existing code, and another to continue developing it.

You may want to know that VC++ 2005 Beta 2 has a "go-live" license, so
you are legally allowed to distribute software developed with Beta 2.
It's a beta, nonetheless, with its own issues and bugs, lack of
guarantees. Many 3rd party .NET components, designers, VS add-ons, etc.
don't work with VC++ 2005 yet (in fact, I can hardly find anything that
works with 2005). I can't even find a book about 2005 or the new C++/CLI
syntax yet. Still, it's possible to do some serious development with
Beta 2. You certainly run a lot of risk with Beta 2 if your deadline is
1/1. The final product will be barely out by that time, and I can only
hope it won't be delayed further.

The .NET framework 2 is slightly different from 1.x, so it's not just
the C++ syntax that's different, it's also the underlying libraries.
There are some breaking changes from 1.x to 2.0 that you have to deal
with. I definitely have .NET DLLs that only work in 1.x and not with 2.0.

I think I'm pretty much in your shoes, and I can assure you we're not
alone. I'm not coming from MFC, but may be going to VC++ 2005 like you,
doing everything possible to skip 2003.

Tom
Eddie Paz wrote:
I have a program written in MFC. I'm at the point where I need to start
working on the major release (tons of new features needed - new fiscal year
budget and all-).

I'm looking into vc++.net since I figure that I need to buy the bullet
already and get into the .net thing. I'm concerned, however, with the syntax
change in Whidbey. I feel that if I start coding now, I'm going to have to
update all my "old" syntax to the new. My deadline is 1/1/06.

Should I do it in MFC and save myself some grief or will the current syntax
be no problem with the new syntax? Any advice will be appreciate it. Thanks!

Nov 17 '05 #3
>Should I do it in MFC and save myself some grief or will the current syntax
be no problem with the new syntax? Any advice will be appreciate it.
Thanks!
Well, you'll need to do the risk management for yourself, but I would
stick with proven (albeit not so perfect) technology I know well, and
wait at least one year after release before using C++/CLI in production
code.

That by no means implies that you shouldn't play with C++/CLI now.

Nov 17 '05 #4
Thanks for the reply. I've been playing around with Whidbey and I definitely
like what I've seen so far But, I don't think it'd be smart to start
development on a beta version. Not to mention that if MS doesn't meet their
deadline, I'll be forced to ask my network admin to push out a beta
framework to 1k PCs (I can hear him laughing already). Even if MS meets it,
I have one month to make sure my program works in the 'release' version.
hmmm... I may just stick to mfc for now.

"Lloyd Dupont" <net.galador@ld> wrote in message
news:Og**************@TK2MSFTNGP12.phx.gbl...
Whidbey is going to be released in November 7.
Furthermore MC++2.0 is much leaner, less ambiguous, more explicit so much
so that this version has been submitted to the ECMA (contrary to the
previous version).
I would recommend stating directly with .NET 2.0!!


Nov 17 '05 #5
Thanks for the reply, Nemanja. What you said makes perfect sense. It seems a
little too risky to play around with betas for now.

"Nemanja Trifunovic" <nt*********@hotmail.com> wrote in message
news:11**********************@g47g2000cwa.googlegr oups.com...
Should I do it in MFC and save myself some grief or will the current
syntax

be no problem with the new syntax? Any advice will be appreciate it.
Thanks!
Well, you'll need to do the risk management for yourself, but I would
stick with proven (albeit not so perfect) technology I know well, and
wait at least one year after release before using C++/CLI in production
code.

That by no means implies that you shouldn't play with C++/CLI now.

Nov 17 '05 #6
I'd definitely like to use the new syntax (although it looks and feels very
strange at first). I'll most certainly be releasing patches soon after my
initial release and I think that's where serious issues will begin.

It's unfortunate, but it seems that I may have to stick with MFC for a while
longer. Of course, there's always C#, but I can't see myself re-writing all
the extension dlls I'm planning to reuse on the next version of my program.

Thanks for your reply!

"Tamas Demjen" <td*****@yahoo.com> wrote in message
news:eB**************@TK2MSFTNGP12.phx.gbl...
If your only concern is that VC++ 2005 won't compile your VC++ 2003 MC++
code, don't worry about that. Using the /clr:oldsyntax switch, you'll be
able to compile MC++ code with the new environment. It's a different issue
entirely that you may not want to continue the development in MC++,
because the new syntax is so much better.
The question is if you'll be able to mix old and new managed C++ syntax
within the same project (without having to separate old and new code in
different DLLs). I can't answer that for sure, but I have a feeling that
you can't. For example, how would you #include MC++ declarations from
C++/CLI? I believe if you want to mix the two languages, you pretty much
have to separate them in two different .NET assemblies. Someone who knows
better, please correct me if I'm wrong.

Also, I wonder if the designer in VC++ 2005 will work with code generated
by the VC++ 2003 designer. Because it's one thing to compile an existing
code, and another to continue developing it.

You may want to know that VC++ 2005 Beta 2 has a "go-live" license, so you
are legally allowed to distribute software developed with Beta 2. It's a
beta, nonetheless, with its own issues and bugs, lack of guarantees. Many
3rd party .NET components, designers, VS add-ons, etc. don't work with
VC++ 2005 yet (in fact, I can hardly find anything that works with 2005).
I can't even find a book about 2005 or the new C++/CLI syntax yet. Still,
it's possible to do some serious development with Beta 2. You certainly
run a lot of risk with Beta 2 if your deadline is 1/1. The final product
will be barely out by that time, and I can only hope it won't be delayed
further.

The .NET framework 2 is slightly different from 1.x, so it's not just the
C++ syntax that's different, it's also the underlying libraries. There are
some breaking changes from 1.x to 2.0 that you have to deal with. I
definitely have .NET DLLs that only work in 1.x and not with 2.0.

I think I'm pretty much in your shoes, and I can assure you we're not
alone. I'm not coming from MFC, but may be going to VC++ 2005 like you,
doing everything possible to skip 2003.

Tom
Eddie Paz wrote:
I have a program written in MFC. I'm at the point where I need to start
working on the major release (tons of new features needed - new fiscal
year
budget and all-).

I'm looking into vc++.net since I figure that I need to buy the bullet
already and get into the .net thing. I'm concerned, however, with the
syntax
change in Whidbey. I feel that if I start coding now, I'm going to have
to
update all my "old" syntax to the new. My deadline is 1/1/06.

Should I do it in MFC and save myself some grief or will the current
syntax
be no problem with the new syntax? Any advice will be appreciate it.
Thanks!

Nov 17 '05 #7

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

Similar topics

18
by: Marta | last post by:
Hi all! I would to study a web programming language to create a PHP script (output.php) that, given the following input page (input.htm) where the user select the weight and volume of a package...
2
by: beliavsky | last post by:
Linux Journal annually polls its readers on questions such as their favorite programming language. In the 2005 poll, Python is 2nd, its highest ranking ever. Below are the results by year. I wish...
3
by: Visually Seen # | last post by:
Hey everybody, I want to create my own programming language, using C#. Could anyone give me some tips, advice on this goal? Let's say that in my programming language uses the keyword, integer...
0
by: Lloyd Dupont | last post by:
I want to use Uniscribe and at some stage one of the parameter is the default text layout order, that is: - RTL (Right To Left, ex: standart european language) - LTR (Left To Right, ex: Arabic...
41
by: JohnR | last post by:
In it's simplest form, assume that I have created a usercontrol, WSToolBarButton that contains a button. I would like to eventually create copies of WSToolBarButton dynamically at run time based...
6
by: prieditis | last post by:
I need some very basic advice. Let's suppose I need to do some mysql queries and updates to a database. I also need to dynamically update parts of a web page that the user is looking at based on...
7
by: Robert Seacord | last post by:
The CERT/CC has just deployed a new web site dedicated to developing secure coding standards for the C programming language, C++, and eventually other programming language. We have already...
22
by: David Mathog | last post by:
One thing that keeps coming up in this forum is that standard C lacks many functions which are required in a workstation or server but not possible in an embedded controller. This results in a...
14
by: =?Utf-8?B?QWRyaWFuIEI=?= | last post by:
Hi - sorry if this is not the best place to post, but need advice and would appreciate some thoughts. I inherited a boxed set MCAD self-study course which I am about to launch into. The course...
28
by: Rico Secada | last post by:
Hi. First let me start by saying, please don't let this become a flame-thing. Second, I need some advice. I am a 35 year old programmer, who program in C/C++, PHP and Bourne Shell almost...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
0
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
1
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
0
by: Faith0G | last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...

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.