Continued support for MFC.. who said it?
-
My boss probably made the "info" up - he is a paranoid, controlling, egotistical, technically incompetent SOB. He used to work at MS, though, so that gives him some credibility with upper management. I need the reference in order to defuse his statements. My guess is that, because MFC was not held in high regard in the group he used to work in, he has used this grain of truth (some MS programmers don't use it) as the core of his fantasy.
Geez, I think you just put every boss who visits CP on the defensive... I think I'll go give my team a big hug :-D David
-
MFC IS NOT AN "ORPHANED" PRODUCT!!! In fact, MFC is a growing product and has many new features in 7.0. MFC is a terrific library for developing native Windows applications. New features include classes to wrap new operating system features and tighter (seamless) integration with ATL. Note too that the 7.0 C++ compiler is extended with many new capabilities and refinements for the native developer. Given the enormous focus on .NET I understand the confusion on this subject. Suffice it to say that Microsoft is committed to the Windows C++ developer and so important products like MFC will not simply "go away" or stagnate.
Very well spoken, Nick. As so often happens when something 'new', .NET in this case, is released and the marketing machinery starts up, quickly a mistaken belief forms that it is replacing everything. Nothing could be further from the truth, especially in this case. Your words, "MFC is a terrific library for developing native Windows applications. " will be true for many years to come. I've been using MFC to develop applications for more years than I care to admit to and expect to keep on doing so for many more. As Mark Twain said, "The rumours of my demise are greatly exaggerated." :) Chris Meech
-
My boss probably made the "info" up - he is a paranoid, controlling, egotistical, technically incompetent SOB. He used to work at MS, though, so that gives him some credibility with upper management. I need the reference in order to defuse his statements. My guess is that, because MFC was not held in high regard in the group he used to work in, he has used this grain of truth (some MS programmers don't use it) as the core of his fantasy.
-
My boss claims that MFC is an orphaned product which has been abandoned by Microsoft.. grr. I know that the VC++ product manager was on here just recently and publicy stated that support for MFC would continue.. but I can't locate that statement, or even the thread. (It was a long one, in which he asked for people's comments on future directions for VC++). Can anyone point me to it, or even close to it? TIA
Well it is in beta 1 of .net. That does not mean it will always be there. I am using it now to learn VC++ (the book is for 6.0 but why not use the newer version). Lee ------ Lee J. Zuckett - MCSD Avanade, Inc.
-
My boss claims that MFC is an orphaned product which has been abandoned by Microsoft.. grr. I know that the VC++ product manager was on here just recently and publicy stated that support for MFC would continue.. but I can't locate that statement, or even the thread. (It was a long one, in which he asked for people's comments on future directions for VC++). Can anyone point me to it, or even close to it? TIA
MFC is far from dead, looking at the amount of code pooled into this site, suggests that MFC is getting better. There is no code base like this for VB ;P , or any other development languages. I think as new technologies emerge (usually in the API or COM form) having the ability to 'WRAP' and use the technologies straight away, will definitely win over the .NET frameworks, which I have been told by some Microsoft guy "USING the API direct is allowed but not ethical :(( ", well to me, this why VC++ wins over VB, having the ability to encompass new technologies very quickly. MFC wont die for along time, infact M$ should port the .NET frameworks over to _raw_ c++ classes so that you can two choice, saloon car (.NET) and hi-perfomance car (C++) Any thats my two pennies worth! :-D
-
My boss probably made the "info" up - he is a paranoid, controlling, egotistical, technically incompetent SOB. He used to work at MS, though, so that gives him some credibility with upper management. I need the reference in order to defuse his statements. My guess is that, because MFC was not held in high regard in the group he used to work in, he has used this grain of truth (some MS programmers don't use it) as the core of his fantasy.
He sounds like a real asshole :-) http://www.codeit.dk/job3.htm Christian Skovdal Andersen
-
Well it is in beta 1 of .net. That does not mean it will always be there. I am using it now to learn VC++ (the book is for 6.0 but why not use the newer version). Lee ------ Lee J. Zuckett - MCSD Avanade, Inc.
LOL with agreement. MFC is Dead but "it is in the beta 1 of .net." is an Oxymoronic statement when you think about it, MFC is too big to replace in one swoop. >>> (the book is for 6.0 but why not use the newer version). Hey I find there is a lot of useful stuff in the MFC 4.2 + Books, But the IDE is di_ff_er_en_t. Regardz Colin Davies
-
MFC IS NOT AN "ORPHANED" PRODUCT!!! In fact, MFC is a growing product and has many new features in 7.0. MFC is a terrific library for developing native Windows applications. New features include classes to wrap new operating system features and tighter (seamless) integration with ATL. Note too that the 7.0 C++ compiler is extended with many new capabilities and refinements for the native developer. Given the enormous focus on .NET I understand the confusion on this subject. Suffice it to say that Microsoft is committed to the Windows C++ developer and so important products like MFC will not simply "go away" or stagnate.
-
MFC IS NOT AN "ORPHANED" PRODUCT!!! In fact, MFC is a growing product and has many new features in 7.0. MFC is a terrific library for developing native Windows applications. New features include classes to wrap new operating system features and tighter (seamless) integration with ATL. Note too that the 7.0 C++ compiler is extended with many new capabilities and refinements for the native developer. Given the enormous focus on .NET I understand the confusion on this subject. Suffice it to say that Microsoft is committed to the Windows C++ developer and so important products like MFC will not simply "go away" or stagnate.
-
MFC IS NOT AN "ORPHANED" PRODUCT!!! In fact, MFC is a growing product and has many new features in 7.0. MFC is a terrific library for developing native Windows applications. New features include classes to wrap new operating system features and tighter (seamless) integration with ATL. Note too that the 7.0 C++ compiler is extended with many new capabilities and refinements for the native developer. Given the enormous focus on .NET I understand the confusion on this subject. Suffice it to say that Microsoft is committed to the Windows C++ developer and so important products like MFC will not simply "go away" or stagnate.
-
Mario, I'm the Product Manager for Visual C++ and Visual C#. As I've said, .NET is not a replacement for MFC. It is also not simply a "replacement" or an "improvement" of Visual Basic. .NET as a whole is a computing platform (and is a platform that supports multiple languages). Just as Windows is a platform for which we create desktop applications, .NET is a platform for which we create Internet-enabled applications. Platforms provide infrastructure to the applications they support - typically a run-time environment, a core set of programming interfaces, and services like security. Windows provides these things optimized for desktop applications and .NET provides them optimized for Internet applications. I hope this helps! Nick
-
Mario, I'm the Product Manager for Visual C++ and Visual C#. As I've said, .NET is not a replacement for MFC. It is also not simply a "replacement" or an "improvement" of Visual Basic. .NET as a whole is a computing platform (and is a platform that supports multiple languages). Just as Windows is a platform for which we create desktop applications, .NET is a platform for which we create Internet-enabled applications. Platforms provide infrastructure to the applications they support - typically a run-time environment, a core set of programming interfaces, and services like security. Windows provides these things optimized for desktop applications and .NET provides them optimized for Internet applications. I hope this helps! Nick
Some One needs to make some clear and simple statements from MS.. eg What is up and what is down. :confused: No offense meant, But some clarity would be cool ! :cool: Regardz Colin Davies
-
Some One needs to make some clear and simple statements from MS.. eg What is up and what is down. :confused: No offense meant, But some clarity would be cool ! :cool: Regardz Colin Davies
sky==up earth==down :) Really, what do you want to know?
-
sky==up earth==down :) Really, what do you want to know?
sky==up earth==down this is encouraging news Nick that MS sees it this way also, Otherwise We'd all be standing on our heads, :-) Will there be a MFC 8.0 ( repeat eight ) Spit it out .... Regardz Colin Davies
-
MFC IS NOT AN "ORPHANED" PRODUCT!!! In fact, MFC is a growing product and has many new features in 7.0. MFC is a terrific library for developing native Windows applications. New features include classes to wrap new operating system features and tighter (seamless) integration with ATL. Note too that the 7.0 C++ compiler is extended with many new capabilities and refinements for the native developer. Given the enormous focus on .NET I understand the confusion on this subject. Suffice it to say that Microsoft is committed to the Windows C++ developer and so important products like MFC will not simply "go away" or stagnate.
>> MFC IS NOT AN "ORPHANED" PRODUCT!!! Nick, I understand your sincerity when you make a statement like that. But what worries me is that the recent heavy marketing push from MS has been making a lot of us feel like MFC is not part of the MS product "portfolio" anymore. Here is why I say this: (1) In the past several months, there haven't been any serious article on MFC / ATL on the MS VC++ site. (2) No serious sessions / presentations on MFC in any of the recent MS sponsored conferences. (3) MS has stopped certification program on MFC programming (as if the industry doesn't need certified MFC programmers anymore). You may argue that all these are happening just because MS has to introduce their new baby (.NET) to the outside world, but I think otherwise. To me, their goal is to push MFC programmers to embrace C# (and hence .NET) by doing heavy marketing on C#/.NET and almost nothing on MFC / ATL. I call it conspiracy. What do you?
-
>> MFC IS NOT AN "ORPHANED" PRODUCT!!! Nick, I understand your sincerity when you make a statement like that. But what worries me is that the recent heavy marketing push from MS has been making a lot of us feel like MFC is not part of the MS product "portfolio" anymore. Here is why I say this: (1) In the past several months, there haven't been any serious article on MFC / ATL on the MS VC++ site. (2) No serious sessions / presentations on MFC in any of the recent MS sponsored conferences. (3) MS has stopped certification program on MFC programming (as if the industry doesn't need certified MFC programmers anymore). You may argue that all these are happening just because MS has to introduce their new baby (.NET) to the outside world, but I think otherwise. To me, their goal is to push MFC programmers to embrace C# (and hence .NET) by doing heavy marketing on C#/.NET and almost nothing on MFC / ATL. I call it conspiracy. What do you?
I have heard .net defined as "Microsoft's platform after Windows," and when you think about it, it makes a great deal of sense. This leads to the conclusion that it is crucial for Microsoft to move their key strategic investment, us, onto that new platform. It will take a long time for .net to really mature into a replacement for Windows, years at least. In the meantime applications need to be written and delivered, and the traditional tools will facilitate that. But you cannot deny the enevitable: We are the Cobol programmers of our time and if we want to play in the next round we have to embrace the new tools be they J2EE or .net.
-
I have heard .net defined as "Microsoft's platform after Windows," and when you think about it, it makes a great deal of sense. This leads to the conclusion that it is crucial for Microsoft to move their key strategic investment, us, onto that new platform. It will take a long time for .net to really mature into a replacement for Windows, years at least. In the meantime applications need to be written and delivered, and the traditional tools will facilitate that. But you cannot deny the enevitable: We are the Cobol programmers of our time and if we want to play in the next round we have to embrace the new tools be they J2EE or .net.
-
sky==up earth==down :) Really, what do you want to know?
Is that universal? i.e. does it apply down under? ;P D
-
Isn't it the developers who drive the product? In fact if M$ marketing folks get too dirty in removing MFC/ATL from its shows, they may as well risk a backfire (revolt?) from VC++ community. Oh, only time will tell what is gonna happen.
Maybe a revolt would be possible for C++ developers, but I doubt it would be for VB developers. C++ developers can take their skills easily to Java, or to C++ on other platforms, but the VB guys would have a much tougher time. Despite all this, I expect a revolt would be extremely unlikely. We have each made an excellent living in the world that Microsoft has provided and why would we not follow that forward into .net?
-
>> MFC IS NOT AN "ORPHANED" PRODUCT!!! Nick, I understand your sincerity when you make a statement like that. But what worries me is that the recent heavy marketing push from MS has been making a lot of us feel like MFC is not part of the MS product "portfolio" anymore. Here is why I say this: (1) In the past several months, there haven't been any serious article on MFC / ATL on the MS VC++ site. (2) No serious sessions / presentations on MFC in any of the recent MS sponsored conferences. (3) MS has stopped certification program on MFC programming (as if the industry doesn't need certified MFC programmers anymore). You may argue that all these are happening just because MS has to introduce their new baby (.NET) to the outside world, but I think otherwise. To me, their goal is to push MFC programmers to embrace C# (and hence .NET) by doing heavy marketing on C#/.NET and almost nothing on MFC / ATL. I call it conspiracy. What do you?
I agree in part to all three points you make. Here’s my take: 1) MFC and ATL are mature products for a mature platform and much has been written about them in the last three years (since the release of the 6.0 product). As we roll out the 7.0 versions of these products I suspect we'll see newer content addressing the new features. 2) This IS a problem we're aware of and actively working to correct. I'd happily accept anyone's input on desired topics and/or other ways we could help our partners improve their conferences. 3) I need to look into this further - It is NOT my understanding that we are halting certification of MFC. Rather the VS6 certification exams are being upgraded to encompass VS.NET (VS7 if you will). As for the statement "their goal is to push MFC programmers to embrace C#", this is not the case. C# is a language designed to expose .NET features in a manner that is comfortable to C++ developers. It is a language that is much more suited to RAD tools (than C++) and so for C++ developers C# is perhaps a better choice than VB when a RAD tool is desired. Anything you can do in C# can be done in C++. If I were to make a comparison, I would compare the .NET Framework to MFC, but even this is not a 1:1 comparison. Yes there is some overlap in functionality, but each is optimized for building different types of applications. MFC encapsulates strictly Windows concepts and provides design patterns suitable for that platform (e.g. doc / view). The .NET Framework focuses on Internet-style applications with their multiple concurrent users, distributed processing, and interface requirements. In my personal opinion, the C++ developer is actually the most privileged developer in this new world, with tools that can natively target both platforms. In fact, the 7.0 compiler enables the targeting of both native Windows and .NET within the same image. I wouldn't call this "conspiracy". I would call it limited resources. No matter how silly that may sound the fact is that like any other company MSFT can only focus on so much at one time. I'm here answering questions in this forum on my own time because I understand the feeling of unease that many of you have. Please realize there are some things I simply cannot address -- but I'm doing my best to be honest with you and help you understand what is changing and why.
