473,325 Members | 2,860 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,325 software developers and data experts.

MFC Migration

I am thinking of migrating our MFC application to .NET using C++/CLI. My
question is does a migration from MFC applications and ATL to WinForms make
sense, given that XAML is likely to be the approach of the future?
Nov 17 '05 #1
14 3076
gator wrote:
I am thinking of migrating our MFC application to .NET using C++/CLI.
My question is does a migration from MFC applications and ATL to
WinForms make sense, given that XAML is likely to be the approach of
the future?


IMO, no. There's no need to abandon your existing C++ code base.

Port your MFC/ATL application to VC++ 2005 today. You can add new features
(views, forms, etc) using Winforms today and using Avalon when the time
comes.

-cd
Nov 17 '05 #2
Hi Gator,

"gator" <ga***@discussions.microsoft.com> wrote in message
news:21**********************************@microsof t.com...
I am thinking of migrating our MFC application to .NET using C++/CLI. My
question is does a migration from MFC applications and ATL to WinForms
make
sense, given that XAML is likely to be the approach of the future?


IMO migrating our MFC application to .NET using C++/CLI is the only option.
Being stuck in the native world is not an option given that we currently
have version 2 of .NET and .NET is *the* accepted technology for user mode
development on MS platforms. Rewriting your code from scratch is not an
option given that WPF is not released and WinForms is not the API of the
future.

Moving to .NET using C++/CLI and IJW (nowadays called "Interop
Technologies"), allows you to
* keep your UI as it is instead of implementing an intemediate solution
* refactor and extend your application towards .NET step by step
* use all features of the base class library - not only winforms
* integrate WinForms controls in MFC dialogs and views
* integrate Avalon (WPF) controls in MFC dialogs and views

Nov 17 '05 #3
I haven't done anything with the 2005 version of WinForms yet, but the
version in 2003 was not suited for a larger desktop application in my
opinion. I agree with Carl and I'd wait until there is more info. I do
support the paradigm of managed code, in theory, but for now I need my
desktop applications to run as quickly as possible and since they are large
to compile as small as possible. I can see lots of things to use .NET for,
but so far this is not one of them. FWIW, Microsoft is still compiling
their office applications native so they are following this same trend. I
don't know if they use MFC for Office any more or not, but that's a whole
different question :o)

Tom

"gator" <ga***@discussions.microsoft.com> wrote in message
news:21**********************************@microsof t.com...
I am thinking of migrating our MFC application to .NET using C++/CLI. My
question is does a migration from MFC applications and ATL to WinForms
make
sense, given that XAML is likely to be the approach of the future?

Nov 17 '05 #4
Tom Serface wrote:
FWIW,
Microsoft is still compiling their office applications native so they
are following this same trend.


Oh no, please! Don't start again the question "Why hasn't Microsoft
converted the whole multi-million lines code base of Office to .NET" !

Of course they haven't ported it! What would be the point? What would be the
added-value, both for Microsoft and for the customers? It would be several
man-years of work without adding any features, without correcting any bug
(worse, it will most probably add new bugs).
Not porting Office doesn't assume anything about .NET qualities (or lack
thereof) for GUI apps.

Arnaud
MVP - VC
Nov 17 '05 #5
Good point. Of course the same applies to others with working applications
in MFC. That's all I was saying.

Tom

"Arnaud Debaene" <ad******@club-internet.fr> wrote in message
news:u6****************@TK2MSFTNGP11.phx.gbl...
Tom Serface wrote:
FWIW,
Microsoft is still compiling their office applications native so they
are following this same trend.


Oh no, please! Don't start again the question "Why hasn't Microsoft
converted the whole multi-million lines code base of Office to .NET" !

Of course they haven't ported it! What would be the point? What would be
the added-value, both for Microsoft and for the customers? It would be
several man-years of work without adding any features, without correcting
any bug (worse, it will most probably add new bugs).
Not porting Office doesn't assume anything about .NET qualities (or lack
thereof) for GUI apps.

Arnaud
MVP - VC

Nov 17 '05 #6
Like Tom correctly points out: MS expects everybody else to port. Don't
they?

-Michael Viking

"Arnaud Debaene" <ad******@club-internet.fr> wrote in message
news:u6****************@TK2MSFTNGP11.phx.gbl...
Tom Serface wrote:
FWIW,
Microsoft is still compiling their office applications native so they
are following this same trend.
Oh no, please! Don't start again the question "Why hasn't Microsoft
converted the whole multi-million lines code base of Office to .NET" !

Of course they haven't ported it! What would be the point? What would be

the added-value, both for Microsoft and for the customers? It would be several
man-years of work without adding any features, without correcting any bug
(worse, it will most probably add new bugs).
Not porting Office doesn't assume anything about .NET qualities (or lack
thereof) for GUI apps.

Arnaud
MVP - VC

Nov 17 '05 #7
Michael Viking wrote:
Like Tom correctly points out: MS expects everybody else to port.
Don't they?


No, I don't believe so.. What have you seen, read or heard that make you
think so?

Arnaud
MVP - VC
Nov 17 '05 #8
Actually, to be fair, I've never heard any one at Microsoft tell me they
expect me to port and I wasn't trying to insinuate that. There is a big
push towards managed code, rightfully so, but everyone I've talked to about
my applications tells me that porting them to managed code should be a
gradual process since they already work. As .NET continues to improve it
becomes more compelling as well.

So, my take, is: it's a good idea to start working towards living in a
managed world, but I wouldn't drop everything and feel I'm not "up to date"
if I'm still compiling natively. I think the smart thing to do is consider
the application, the legacy code, and what you intend to do with it. For
example, I hate using Xerces to parse XML. The .NET XML parser, in my
tests, works great. I plan to really quickly port my XML parsing to managed
code even though other parts of my application are still compiled native.
I'm really glad C++ 2005 allows me to do that.

Tom

"Arnaud Debaene" <ad******@club-internet.fr> wrote in message
news:e%****************@tk2msftngp13.phx.gbl...
Michael Viking wrote:
Like Tom correctly points out: MS expects everybody else to port.
Don't they?


No, I don't believe so.. What have you seen, read or heard that make you
think so?

Arnaud
MVP - VC

Nov 17 '05 #9
Well, I may be speaking out of turn and it's pretty hard to search for
articles of this nature to determine one way of the other. It's just the
general feeling I've developed over the years of reading these newsgroups.

-Michael Viking

"Arnaud Debaene" <ad******@club-internet.fr> wrote in message
news:e%****************@tk2msftngp13.phx.gbl...
Michael Viking wrote:
Like Tom correctly points out: MS expects everybody else to port.
Don't they?


No, I don't believe so.. What have you seen, read or heard that make you
think so?

Arnaud
MVP - VC

Nov 17 '05 #10
Hi Michael,

Microsoft has made no secret that trustworthy and secure computing is a huge
inititive of theirs (and should be ours). One of the components of that is
the managed code paradigm. However, like I said, they haven't really been
too pushy about it. Case in point, VS 2005 is even better at compiling
native code than was 2003. As time goes on and as .NET continues to improve
I think we'll all see the benefit of moving that direction. As we continue
down that path, we'll just keep getting our work done. :o)

Tom

"Michael Viking" <Th*******@sweden.se> wrote in message
news:eV**************@TK2MSFTNGP11.phx.gbl...
Well, I may be speaking out of turn and it's pretty hard to search for
articles of this nature to determine one way of the other. It's just the
general feeling I've developed over the years of reading these newsgroups.

-Michael Viking

Nov 17 '05 #11
Read the whole thread of MFC/VC++ porting onto .Net and many many
companies are now helping clients port teh applications including us -
S7 [s7solutions.com] and is something almost every one is seeking
nowadays.

Regards
Manju

*** CUSTOMER comes FIRST, come what may ********

Manjunath M
S7 Software Solutions Pvt. Ltd.
#83 Railway Parallel Road, Kumara Park West
Bangalore - 560020, India
Telephone: +91-80-51526777
Fax: +91-80-2334135

2936 173rd CT NE
Redmond, WA 98052, USA
Telephone: (425) 867 1457
Fax: (425) 883 2597
Toll Free: 1-888-224-6174

Yahoo messenger ID: s7softwaresolutions
MSN messenger ID: ma*******@hotmail.com
Skype ID: s7softwaresolutions

http://www.s7solutions.com

"Redefining cross-platform porting & migration"

************************************************

Nov 17 '05 #12

"Marcus Heege" <NO****@heege.net> wrote in message
news:%2****************@TK2MSFTNGP09.phx.gbl...
Rewriting your code from scratch is not an option given that WPF is not
released and WinForms is not the API of the future.


Why are Winforms not the API of the future? Is everything going to be WPF?

Thanks,
David
Dec 3 '05 #13
I'd put my money on WPF.

Tom

"David Ching" <dc@remove-this.dcsoft.com> wrote in message
news:qD*******************@newssvr13.news.prodigy. com...

"Marcus Heege" <NO****@heege.net> wrote in message
news:%2****************@TK2MSFTNGP09.phx.gbl...
Rewriting your code from scratch is not an option given that WPF is not
released and WinForms is not the API of the future.


Why are Winforms not the API of the future? Is everything going to be
WPF?

Thanks,
David

Dec 5 '05 #14

gator wrote:
*I am thinking of migrating our MFC application to .NET using
C++/CLI. My
question is does a migration from MFC applications and ATL to
WinForms make
sense, given that XAML is likely to be the approach of the future? *


XAML will be in mass use only by 2007 and I would suggest you to
migrate to Windows form first because that will help you for future
migration to XAML. I just finished my MFC application migration to C#
and it was not as difficult as I thought because writing code in .NET
is compact and really faster. I used RC Converter (
http://www.dudelabs.com ) to convert UI from MFC to Windows
Form. RC Converter supports VB.NET and C++/CLI too so for your C++/CLI
project it should not be a problem.After UI I wrote all business logic
code from scratch and it did not take that long. I would suggest you to
migrate to windows form first.

--
John C
------------------------------------------------------------------------
Posted via http://www.codecomments.com
------------------------------------------------------------------------

Apr 14 '06 #15

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

Similar topics

9
by: Paddy McCarthy | last post by:
Frustrated at being prevented from using Python at work I went gunning for Perl. Time to roll out some useless Google statistics to make me feel better Google Phrase count...
4
by: susmita_ganguly | last post by:
Hi I am trying to upgrade from oracle 8i to oracle 9i on the same server ..I don't know much abt migration . Can anyone help me out. Thanks. Susmita
11
by: Jep | last post by:
Any help or advice appreciated. We have just installed and configured a new DB2 v.8.1 with latest FixPack. Just a few days later it dies and now we have a DB that is totally unusable. - - - -...
4
by: Abram Friesen | last post by:
Hi, I'm a developer for a software application vendor, and our application makes use of a customer-maintained Oracle 8i/9i database. We've had a customer request to support DB2 database, and I'm...
1
by: sac | last post by:
I am using DB2 v8.1 on UNIX. A few weeks ago the DBAs carried out node migration activity on the database. After the node migration I observed that the queries that execute on temporary tables...
1
by: rob | last post by:
Dear All, I have a very small test project to convert asp to asp.net using the Microsoft/Artisan ASP to ASP.NET Migration Assistant...
1
by: Bonggoy Cruz | last post by:
We have a fairly big size ASP.NET web application that was written VB.NET. We are in the process converting the web project. We used the migration wizard included in VS 2005. I followed step by...
60
by: Shawnk | last post by:
Some Sr. colleges and I have had an on going discussion relative to when and if C# will ever support 'true' multiple inheritance. Relevant to this, I wanted to query the C# community (the...
9
by: Troels Arvin | last post by:
At work, some people have found IBM's Migration Toolkit (MTK) to be a nice tool for copying data from one table (in another DBMS product) to DB2. Now, they want to do the same thing from one DB2...
3
Frinavale
by: Frinavale | last post by:
I have been researching the best approach to migrating a VB6 application into a VB.NET application. There is a lot of information out there but most of it recommends that you "train in the migration...
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: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
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...
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: CloudSolutions | last post by:
Introduction: For many beginners and individual users, requiring a credit card and email registration may pose a barrier when starting to use cloud servers. However, some cloud server providers now...
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...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 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 former...

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.