MFC's future
-
Microsoft .NET is a very perspective technology, but I think it could kill MFC. Not in near future, but some time later. I didn't read anything about this, I'm just want to hear your opinion about MFC's future.
-
MFC RIP.
"Der Geist des Kriegers ist erwacht / Ich hab die Macht" StS
sighist | Agile Programming | doxygen -
Microsoft .NET is a very perspective technology, but I think it could kill MFC. Not in near future, but some time later. I didn't read anything about this, I'm just want to hear your opinion about MFC's future.
MFC is dead. Microsoft want you to use C#, so VB and MFC will become poor second cousins to C# sooner rather than later. Christian NO MATTER HOW MUCH BIG IS THE WORD SIZE ,THE DATA MUCT BE TRANSPORTED INTO THE CPU. - Vinod Sharma Anonymous wrote: OK. I read a c++ book. Or...a bit of it anyway. I'm sick of that evil looking console window. I think you are a good candidate for Visual Basic. - Nemanja Trifunovic
-
Microsoft .NET is a very perspective technology, but I think it could kill MFC. Not in near future, but some time later. I didn't read anything about this, I'm just want to hear your opinion about MFC's future.
MFC will probably chug along in the background for a few years with very little in the way of updates and then slowly disappear off the radar screen. It wont happen for a while yet as that would be seen as trying to force people to use dot net which Microsoft seem to be weary of trying to ram down peoples throats and the backlash would push more people into using linux etc. So MS will probably make the right noises to pacify the MFC die hards for next couple of years as there are so many businesses relying on the MFC code, while continuing to push .NET largely through developers and sites like this until there are a majority of new projects being written in .Net rather than MFC, then MFC will start to slip until you get to the point where they don't include it with the compilers anymore. That's the way I'd do it anyway pseudonym67 Neural Dot Net Articles 1-11 Start Here[^]
-
Microsoft .NET is a very perspective technology, but I think it could kill MFC. Not in near future, but some time later. I didn't read anything about this, I'm just want to hear your opinion about MFC's future.
I think without MS behind it, a slight breeze could kill MFC. :rolleyes: If I were just learning to program now, would I try to learn MFC? No sooner than I'd try to learn COBOL. MFC-only coders will live on for years in maintenance roles and in their own projects, but unless MS puts some serious muscle into updating it, it'll soon lose all appeal for new projects.
Shog9
Let your mercy spill / On all these burning hearts in hell If it be your will / To make us well...
-
I think without MS behind it, a slight breeze could kill MFC. :rolleyes: If I were just learning to program now, would I try to learn MFC? No sooner than I'd try to learn COBOL. MFC-only coders will live on for years in maintenance roles and in their own projects, but unless MS puts some serious muscle into updating it, it'll soon lose all appeal for new projects.
Shog9
Let your mercy spill / On all these burning hearts in hell If it be your will / To make us well...
**eyes Programming Windows with MFC ** Dammit! BW "In a world full of people, only some want to fly,Isn't that crazy?" - Seal
-
MFC is dead. Microsoft want you to use C#, so VB and MFC will become poor second cousins to C# sooner rather than later. Christian NO MATTER HOW MUCH BIG IS THE WORD SIZE ,THE DATA MUCT BE TRANSPORTED INTO THE CPU. - Vinod Sharma Anonymous wrote: OK. I read a c++ book. Or...a bit of it anyway. I'm sick of that evil looking console window. I think you are a good candidate for Visual Basic. - Nemanja Trifunovic
As someone familiar with MFC I just don't like the way .NET related code is so easily reversible. I do not know if it is the same way with managed C++, I hope not. I am using the first release of Visual Studio.NET have they released a forms editor that works for Visual C++ yet? Sorry this all goes back to my LONGGG time away from C++. Code4Food ---- "There is no try; only do or do not" -Yoda
-
As someone familiar with MFC I just don't like the way .NET related code is so easily reversible. I do not know if it is the same way with managed C++, I hope not. I am using the first release of Visual Studio.NET have they released a forms editor that works for Visual C++ yet? Sorry this all goes back to my LONGGG time away from C++. Code4Food ---- "There is no try; only do or do not" -Yoda
Code4Food wrote: I do not know if it is the same way with managed C++ Managed C++ compiles Managed code, so of course it is ;) Code4Food wrote: have they released a forms editor that works for Visual C++ yet Yes, standard in VS.NET 2003 (a $29 upgrade) - Anders Money talks, but all mine ever says is "Goodbye!"
-
**eyes Programming Windows with MFC ** Dammit! BW "In a world full of people, only some want to fly,Isn't that crazy?" - Seal
* * eyes IBM 1130 FORTRAN manual * * Progress is good... (though i've my eye on one last MFC book ;) )
Shog9
Let your mercy spill / On all these burning hearts in hell If it be your will / To make us well...
-
Microsoft .NET is a very perspective technology, but I think it could kill MFC. Not in near future, but some time later. I didn't read anything about this, I'm just want to hear your opinion about MFC's future.
I have heard from people that Visual Studio 8 (whatever they name it) will have many enhancements. The only thing is that these people are sworn to non-disclosure agreements. So, it would appear that it is not entirely dead... if what they say is true. Also, my copy of Programming with Visual C++.NET, which is an MSPRESS core reference, is full of MFC code. This is promising for MFC, but not particularly meaningful, since this is a Sixth Edition book which was based of the Fifth Edition which was written at the height of MFC. Here are a few quotes: "MFC is a mature and well-understood technology that's accompanied by a host of third-party extensions. For at least a little while longer, MFC represents the most effective way to write full-featured stand-alone applications" - Programming with Microsoft Visual C++.NET, page xxx. "Is COM dead? Is MFC dead? Is ATL dead? These are questions many developers are asking. The simple answer is no, these older technologies are not dead. Yes, old skills still have value. A few years ago, people used to ask whether Java was going to kill C++. I always answered, 'Did C++ kill COBOL?' Of course not. In the same way, .NET isn't going to kill traditional Windows-only programming." - Using Visual C++.NET, page 15. "One of the design goals for Visual C++.NET was that it should be, to quote a member of the Microsoft development team, 'a great upgrade' for those doing non-.NET Windows programming. This, by the way, was not a design goal for other parts of Visual Studio.NET, including Visual Basic.NET." - Using Visual C++.NET, page 15. "ATL & MFC remain viable options for developers who want to write unmanaged code, and we’re still actively enhancing the libraries. Two big things we’re doing for the next version are making ATL interoperate with MFC better and also creating a new technology, ATL Server, which gets developers to the .NET platform while being able to leverage their existing ATL/MFC code. We will not update MFC/ATL to become managed (the .NET Framework already does a great job in that space). " - Lon Fisher on .NET @ CodeProject[^] These quotes are helpful, but not inspiring. I keep asking, "What is a little while?" and "Isn't COBOL really as good as dead?" I guess we will see. I am encouraged that C++ got consideration as heav
-
* * eyes IBM 1130 FORTRAN manual * * Progress is good... (though i've my eye on one last MFC book ;) )
Shog9
Let your mercy spill / On all these burning hearts in hell If it be your will / To make us well...
Shog9 wrote: i've my eye on one last MFC book ) :-D BW "In a world full of people, only some want to fly,Isn't that crazy?" - Seal
-
* * eyes IBM 1130 FORTRAN manual * * Progress is good... (though i've my eye on one last MFC book ;) )
Shog9
Let your mercy spill / On all these burning hearts in hell If it be your will / To make us well...
-
Microsoft .NET is a very perspective technology, but I think it could kill MFC. Not in near future, but some time later. I didn't read anything about this, I'm just want to hear your opinion about MFC's future.
I think eventually, MFC will be relegated to legacy code only. What benefit is there to writing new code in MFC? If you want to write for Winows only, might as well take advantage of .NET. And if you want to write cross-platform, you can't use MFC anyway... you'll need wxWindows, VCF, Qt, etc., or program in Java. My own team has been more or less phasing out MFC. It is pretty rare for us to do any new development with MFC - mainly "throw-away" code. MFC will linger on for a while until people get the hang of the alternatives, though. "When a man sits with a pretty girl for an hour, it seems like a minute. But let him sit on a hot stove for a minute and it's longer than any hour. That's relativity." - Albert Einstein
-
Microsoft .NET is a very perspective technology, but I think it could kill MFC. Not in near future, but some time later. I didn't read anything about this, I'm just want to hear your opinion about MFC's future.
Me think MFC will stay with us much longer then you guys here are expecting. Not to say, that there is no real conflict in using MFC and .NET: it's just not mutualy excluding technologies as you present it here. You can still use full power of MFC in your MC++ compiler. Yes, you will lose security permision features -- so what? Unless you are deploying not to fully trusted sites -- that's fine. Yes, no question .NET and CLR is nice for distributed and server site developments. On the client however: one could complain about alot of things not implemented there to consider it comparable to MFC and OLE/COM currently fully available from unmanaged soultions: Where are Windowless Controls? Where is aggregation? Where is Compound Document support? Where is standard Plugin Architecture comaparable to ActiveX, where OLE Container at least knows where to find available controls and what interfaces they should support? P/Invoke is everywhere! COM Assembly wrappers HUGE! (Check mshtml). You move HTML into managed -> CCW will be HUGE! (and you have to support it cause COM inside HTML will be used for very long time)... I also, see alot of possible problems realated to uncontrolable way GC and "Lazy COM" works in .NET. What I mean here: my company spend alot of efforts developing Client Solutions in Java, and what happened is: it's very difficult in QA to test and predict possible client configurations. So, what happens is: QA tests your "managed"(or java) program under some stressed conditions, but in reality client conditions are "slightly" different, therefore client circumstances may not be tested well enough... Time of course will tell...:);P "...Ability to type is not enough to become a Programmer. Unless you type in VB. But then again you have to type really fast..." Me
-
LOL :laugh: - Anders Money talks, but all mine ever says is "Goodbye!"
-
Microsoft .NET is a very perspective technology, but I think it could kill MFC. Not in near future, but some time later. I didn't read anything about this, I'm just want to hear your opinion about MFC's future.
MFC has far too large an established base for it to "vanish" in the near future. MFC has its quirks, as does every class library (.NET is chock full of idiosyncrocies and it's nearly brand new!), but it is a very mature, stable library. It also has a rich set of time-tested third party libraries that C#.NET lacks. An experienced developer can still put an GUI application together faster with MFC than with .NET and it will have more features users expect (.NET lacks so many GUI things it borders on the absurd.) (Speaking of missing features, I'm writing a little applet in C#.NET and am currently avoiding writing yet-another-comma-delimited-parser by writing this.)
-
Microsoft .NET is a very perspective technology, but I think it could kill MFC. Not in near future, but some time later. I didn't read anything about this, I'm just want to hear your opinion about MFC's future.
Nothng that can replace MFC yet exists. Desktop developers have no use for .NET. Apparently a large number of programmers refuse to upgrade to VS.NET becasue of its bizarre interface; I wish I could go back. As long as Windows is around, MFC will be the dominant programming library.
-
Tom Welch wrote: Didn't Nish get kicked out of the country for writing that? LOL I must say that's one of the funniest things anyone's said about the book in a while. Uhm I must discuss with Tom (Archer) whether we can use that as a marketing gimmick ;-) One of the co-authors getting kicked out of the country for writing about MFC :-) Nish
"I'm a bit bored at the moment so I'm thinking about writing a new programming language" - Colin Davies My book :- Summer Love and Some more Cricket [New Win] Review by Shog9 Click here for review[NW]
-
Microsoft .NET is a very perspective technology, but I think it could kill MFC. Not in near future, but some time later. I didn't read anything about this, I'm just want to hear your opinion about MFC's future.
The whole point is that, if .NET actually does kill MFC, then it probably just establishes the fact that .NET must have actually got to a stage where programmers find it much more powerful and easy to use than MFC ever was. The old must make way for the young. It's been like that since Adam first saw Eve without the leaves... Nish
"I'm a bit bored at the moment so I'm thinking about writing a new programming language" - Colin Davies My book :- Summer Love and Some more Cricket [New Win] Review by Shog9 Click here for review[NW]