<?xml version="1.0" encoding="utf-8" ?>
<?xml-stylesheet type="text/xsl" href="RSS_xslt_style.asp" version="1.0" ?>
<rss version="2.0" xmlns:WebWizForums="https://syndication.webwiz.net/rss_namespace/">
 <channel>
  <title>Codejock Developer Community : MFC vs .NET</title>
  <link>http://forum.codejock.com/</link>
  <description><![CDATA[This is an XML content feed of; Codejock Developer Community : General Discussion : MFC vs .NET]]></description>
  <copyright>Copyright (c) 2006-2013 Web Wiz Forums - All Rights Reserved.</copyright>
  <pubDate>Tue, 28 Apr 2026 11:18:22 +0000</pubDate>
  <lastBuildDate>Sun, 19 Oct 2008 11:10:53 +0000</lastBuildDate>
  <docs>http://blogs.law.harvard.edu/tech/rss</docs>
  <generator>Web Wiz Forums 12.04</generator>
  <ttl>360</ttl>
  <WebWizForums:feedURL>forum.codejock.com/RSS_post_feed.asp?TID=8669</WebWizForums:feedURL>
  <image>
   <title><![CDATA[Codejock Developer Community]]></title>
   <url>http://forum.codejock.com/forum_images/codejock-logo.gif</url>
   <link>http://forum.codejock.com/</link>
  </image>
  <item>
   <title><![CDATA[MFC vs .NET : MFC is amazing only for applications...]]></title>
   <link>http://forum.codejock.com/forum_posts.asp?TID=8669&amp;PID=42130&amp;title=mfc-vs-net#42130</link>
   <description>
    <![CDATA[<strong>Author:</strong> <a href="http://forum.codejock.com/member_profile.asp?PF=4607">MikeVance</a><br /><strong>Subject:</strong> 8669<br /><strong>Posted:</strong> 19 October 2008 at 11:10am<br /><br />MFC is amazing only for applications that need MAXIMUM ZIP, such as sexy best-of-the-best Photoshop-style apps.  All others should be coded in either C#/VB/Delphi -- anything but MFC, due to the productivity penalty.  I respect MFC for its leanness and tight message pump, but that is it.<br /><br />Offhand, I would say avoid a complete rewrite and transition your app over to DotNet gradually using C++/CLI, using your existing code as much as possible.  Do not drive yourself insane by attempting a complete rewrite; if you do that then everybody will hate you, including yourself.<br /><br /><br /><table width="99%"><tr><td class="BBquote"><img src="forum_images/quote_box.png" title="Originally posted by znakeeye" alt="Originally posted by znakeeye" style="vertical-align: text-bottom;" /> <strong>znakeeye wrote:</strong><br /><br />Ok, try to be as unbiased as possible! We are going to compare MFC and .NET.  I know many elite programmers still prefer MFC over .NET (I know I do). Still, I sense it might be time to emigrate.</td></tr></table> ]]>
   </description>
   <pubDate>Sun, 19 Oct 2008 11:10:53 +0000</pubDate>
   <guid isPermaLink="true">http://forum.codejock.com/forum_posts.asp?TID=8669&amp;PID=42130&amp;title=mfc-vs-net#42130</guid>
  </item> 
  <item>
   <title><![CDATA[MFC vs .NET : My only thought is to stay away...]]></title>
   <link>http://forum.codejock.com/forum_posts.asp?TID=8669&amp;PID=33532&amp;title=mfc-vs-net#33532</link>
   <description>
    <![CDATA[<strong>Author:</strong> <a href="http://forum.codejock.com/member_profile.asp?PF=3213">rdhd</a><br /><strong>Subject:</strong> 8669<br /><strong>Posted:</strong> 11 April 2008 at 3:40pm<br /><br />My only thought is to stay away from COM interop! Those RCWs just hate to release your COM interface.<DIV>&nbsp;</DIV><DIV>Either use .NET to the max or not. Mixing the two can be quite frustrating. If you do mix them, then this is your best friend:</DIV><DIV>&nbsp;</DIV><DIV>GC.Collect(GC.MaxGeneration);</DIV><DIV>GR.WaitForPendingFinalizers();</DIV><DIV>GC.Collect(GC.MaxGeneration);</DIV><DIV>&nbsp;</DIV><DIV>The other good friend is System.Marshal.ReleaseComObject() but constant GC takes away the pain of knowing just how many times you need to call ReleaseComObject (one call is almost never enough).</DIV><DIV>&nbsp;</DIV><DIV>We run the GC code above everytime we are about to shut down the app or a document. Failure to do so can mean that when .NET decides to run GC and the RCWs that get collected call Release(), there may not be any object in memory (kaboom). The alternative is to wait for each object's final release, which may never occur until shutdown since GC runs when MS decides it does. If your documents contain as much data as ours, its totally impractical to wait for GC to recover your memory when the final release call comes.</DIV>]]>
   </description>
   <pubDate>Fri, 11 Apr 2008 15:40:48 +0000</pubDate>
   <guid isPermaLink="true">http://forum.codejock.com/forum_posts.asp?TID=8669&amp;PID=33532&amp;title=mfc-vs-net#33532</guid>
  </item> 
  <item>
   <title><![CDATA[MFC vs .NET : I wish I had the time to elaborate...]]></title>
   <link>http://forum.codejock.com/forum_posts.asp?TID=8669&amp;PID=30882&amp;title=mfc-vs-net#30882</link>
   <description>
    <![CDATA[<strong>Author:</strong> <a href="http://forum.codejock.com/member_profile.asp?PF=1446">apuhjee</a><br /><strong>Subject:</strong> 8669<br /><strong>Posted:</strong> 06 February 2008 at 12:58pm<br /><br />I wish I had the time to elaborate on some details, but I can say briefly from personal experience that a .NET solution will offer benefits in several key areas of development, including:<br /><ul><li>Versioning</li><li>Security</li><li>Deployment</li></ul><br />Also, Microsoft <a href="http://msdn2.microsoft.com/en-us/practices/default.aspx" target="_blank">patterns & practices</a> offers a wealth of enterprise development patterns, if that's your cup of tea... the highlight for us being the <a href="http://www.codeplex.com/entlib" target="_blank">Enterprise Library</a>.<br /><br />Cheers ~ jp]]>
   </description>
   <pubDate>Wed, 06 Feb 2008 12:58:07 +0000</pubDate>
   <guid isPermaLink="true">http://forum.codejock.com/forum_posts.asp?TID=8669&amp;PID=30882&amp;title=mfc-vs-net#30882</guid>
  </item> 
  <item>
   <title><![CDATA[MFC vs .NET :    znakeeye wrote:I&amp;#039;m involved...]]></title>
   <link>http://forum.codejock.com/forum_posts.asp?TID=8669&amp;PID=28154&amp;title=mfc-vs-net#28154</link>
   <description>
    <![CDATA[<strong>Author:</strong> <a href="http://forum.codejock.com/member_profile.asp?PF=1755">ABuenger</a><br /><strong>Subject:</strong> 8669<br /><strong>Posted:</strong> 06 November 2007 at 7:16am<br /><br /><table width="99%"><tr><td class="BBquote"><img src="forum_images/quote_box.png" title="Originally posted by znakeeye" alt="Originally posted by znakeeye" style="vertical-align: text-bottom;" /> <strong>znakeeye wrote:</strong><br /><br />I'm involved in a project with 600k lines of 10 years old MFC-code. With GoF fresh in mind it is hard not to eager for a complete re-design. Especially since this is a project with a bright future.</td></tr></table><br><br>Realistically, anything else but a step-by-step refactoring will fail.<br><br>There is a good article on Joel on Software:<br><br>"They did it by making the <b>single worst strategic mistake</b> that any software company can make: They decided to rewrite the code from scratch."<br><br><a href="http://www.joel&#111;nsoftware.com/articles/fog0000000069.html" target="_blank">http://www.joelonsoftware.com/articles/fog0000000069.html</a><br><br>An other interesting article:<br><br><a href="http://www.joel&#111;nsoftware.com/articles/fog0000000339.html" target="_blank">http://www.joelonsoftware.com/articles/fog0000000339.html</a><br><br>Keep that in mind.<br><br>For my (privately developed freeware) app I'll start to integrate .NET components into an MFC app (But only because there are no shiny MFC gauge controls). I've separated the logic from the UI before. If you've done that it's not a big deal to put a new UI on your app.<br><br>But unfortunately almost every MFC app I've seen in this century does not separate the logic from the UI. Most of the logic is in the view or dialog code and is bound to some controls.<br><br>]]>
   </description>
   <pubDate>Tue, 06 Nov 2007 07:16:59 +0000</pubDate>
   <guid isPermaLink="true">http://forum.codejock.com/forum_posts.asp?TID=8669&amp;PID=28154&amp;title=mfc-vs-net#28154</guid>
  </item> 
  <item>
   <title><![CDATA[MFC vs .NET : Sounds reasonable, but can you...]]></title>
   <link>http://forum.codejock.com/forum_posts.asp?TID=8669&amp;PID=28134&amp;title=mfc-vs-net#28134</link>
   <description>
    <![CDATA[<strong>Author:</strong> <a href="http://forum.codejock.com/member_profile.asp?PF=2198">znakeeye</a><br /><strong>Subject:</strong> 8669<br /><strong>Posted:</strong> 06 November 2007 at 2:34am<br /><br />Sounds reasonable, but can you motivate it? :)]]>
   </description>
   <pubDate>Tue, 06 Nov 2007 02:34:52 +0000</pubDate>
   <guid isPermaLink="true">http://forum.codejock.com/forum_posts.asp?TID=8669&amp;PID=28134&amp;title=mfc-vs-net#28134</guid>
  </item> 
  <item>
   <title><![CDATA[MFC vs .NET : 4) start migrating your business...]]></title>
   <link>http://forum.codejock.com/forum_posts.asp?TID=8669&amp;PID=28117&amp;title=mfc-vs-net#28117</link>
   <description>
    <![CDATA[<strong>Author:</strong> <a href="http://forum.codejock.com/member_profile.asp?PF=862">sserge</a><br /><strong>Subject:</strong> 8669<br /><strong>Posted:</strong> 05 November 2007 at 5:04pm<br /><br />4) start migrating your business logic to pure C# (framework 2.0 and above) and wait a few months until native .NET GUI controls from Codejock will be released...<br>]]>
   </description>
   <pubDate>Mon, 05 Nov 2007 17:04:30 +0000</pubDate>
   <guid isPermaLink="true">http://forum.codejock.com/forum_posts.asp?TID=8669&amp;PID=28117&amp;title=mfc-vs-net#28117</guid>
  </item> 
  <item>
   <title><![CDATA[MFC vs .NET : Ok, try to be as unbiased as possible!...]]></title>
   <link>http://forum.codejock.com/forum_posts.asp?TID=8669&amp;PID=28098&amp;title=mfc-vs-net#28098</link>
   <description>
    <![CDATA[<strong>Author:</strong> <a href="http://forum.codejock.com/member_profile.asp?PF=2198">znakeeye</a><br /><strong>Subject:</strong> 8669<br /><strong>Posted:</strong> 05 November 2007 at 11:39am<br /><br />Ok, try to be as unbiased as possible! We are going to compare MFC and .NET.<DIV>&nbsp;</DIV><DIV>I know many elite programmers still prefer MFC over .NET (I know I do). Still, I sense it might be time to emigrate.</DIV><DIV>&nbsp;</DIV><DIV>I'm involved in a project with 600k lines of 10 years old MFC-code. With GoF fresh in mind it is hard not to eager for a complete re-design. Especially since this is a project with a bright future.</DIV><DIV>&nbsp;</DIV><DIV>Here's my dilemma. What should we do?</DIV><DIV>1) Rewrite all code in modern C++ with STL/Boost, together with Xtreme ToolkitPro for the GUI.</DIV><DIV>2) Emigrate to C#/.NET and use Xtreme SuitePro for&nbsp;some fancy&nbsp;GUI.</DIV><DIV>3) Other ideas?</DIV>]]>
   </description>
   <pubDate>Mon, 05 Nov 2007 11:39:56 +0000</pubDate>
   <guid isPermaLink="true">http://forum.codejock.com/forum_posts.asp?TID=8669&amp;PID=28098&amp;title=mfc-vs-net#28098</guid>
  </item> 
 </channel>
</rss>