|
|
1
3
一个重要的原因是易于部署。我可以构建一个Win32应用程序(使用MFC或WTL库),通过静态链接 关于外部库(是的,我知道静态链接不是 recommended approach ). 用户可以安装和运行此应用程序,而无需先安装任何其他内容:不需要框架库,并且 没有DLL地狱 . 要进行比较,请阅读 these posts 来自绘制.Net看看用户安装.Net应用程序有多痛苦。 |
|
|
2
1
我想我写Win32的最后一个原因是可移植性。C++在所有平台上编译,简单而无需疯狂依赖。所以对于可移植代码,我仍然需要访问Win32以获得GUI。 |
|
3
1
我不是绕过.NET来做Win32编程。我 是 绕过它们来进行Java编程,因为我希望我的应用程序能够在尽可能多的平台上运行。Windows可以控制大部分市场,但我看不出有什么理由去削减利润的可能性,尤其是因为我可以比Java语言或C++语言写java代码快得多(这是基于我的能力,而不是语言本身的反映)。 NET和Win32目前都没有给我这种跨平台的能力。最终,他们可能会使用Mono,但我仍然认为还没有做好生产准备,在我的脑海中仍然有一个关于它未来的问题。 |
|
|
4
1
在我的工作场所,有一些老前辈喜欢使用MFC,因为那是他们熟悉的。几天前,我们要创建一个简单的应用程序,很自然,他们想在MFC中实现它。只有“快速启动”需要大约一周的时间,我们需要一天的时间。我真的不能怪他们-旧习惯很难改掉。最终,我们选择了C语言,让MFC的开发人员来摆弄GUI设计(他们非常欣赏)。 |
|
|
5
0
是的和不。我使用C++ + CLI,如果我需要做任何Win32/com的东西。C++/CLI很好。我们的UIS完全是.NET,但偶尔我们需要使用直C++。 |
|
0___________ · 我可以在整个程序生命周期内保持句柄打开吗 2 年前 |