给几个不用MFC的理由？

Question

最近写一程序，考虑到用不用MFC的问题。不用会很麻烦，用了又要链一堆库，但是链了库好象也没什么。矛盾啊。大家能不能给几个不用MFC的理由？（在论坛上好象找不到纯Win32编程的版块）

Answer 1

我刚写了一个程序,由于很简单,我就用了win32的sdk,程序就50多k,不用链xx库.
所以我觉得,如果程序在界面方面比较负责的话,用MFC好些.当然,界面不是很重要的程序用sdk也罢.

Answer 2

用VC的话不用它的话，可能就只有API了，那样就更麻烦了。

Answer 3

理由只有一个:当你发现一个可以代替MFC的工具时,你可以马上把MFC扔进垃圾桶!

Answer 4

如果有一个漂亮的女生和一个很平凡的女生！
你喜欢那个！
如果可以乘飞机，也可以乘自行车！
你选择那个！
……
如果你选择后者，那你就 可以选择MFC,我决不阻挠！
这就是我的理由！
呵呵！

Answer 5

不用mfc可以得到更好的可移植性，如果标准的话，换个平台的时候只需要重新编译一次
不需要更大的改动

Answer 6

去java论坛发这可能答案就不一样了

Answer 7

我总是觉得用SDK比用MFC简单.不知这样认为对不对??
我是个新手,
我用SDK可以写出像样的程序,可是用MFC却写不出什么程序,必且一出错就无法解决.

Answer 8

一．太大，网络不适
二．VC正版很要money
三．不变于移植到其它平台，
四．还有就是开发时间，
            注：不过我可是一个VC＋＋的工程人员

Answer 9

上面那些不用MFC的兄弟开发过大型的Windows软件吗？？你们对MFC又了解多少啊？？SDK？不可否认《Programming Windows》很推崇用SDK,诚然直接接触API是学好OS的基础，只是，呵呵，开发50K的程序大概还可以，而且应该是Console的程序，否则，估计不会多少大程序。ATL?呵呵，整天开发网路组件吗？在网路方面ATL的确比MFC精简的。至于别的。？？？Java？别搞笑了，Sun凭一个编程语言能够干掉Microsoft，那么微软不是有点软的问题了，而且Java根本不是Windows平台开发的强大工具范围。就我个人（玩C++）而言，我比较喜欢功能强大的语言，而基于JVM的Java，就算了吧。MFC再怎么不好，也是C++在Win32的首要的开发工具啊，有在Windows平台上比MFC的工具吗？OWL?Dephi?Java?Visual Basic?算了吧。还有，为什么我们中国人都这么骄傲？？
不懂MFC就认真学点吧，不懂Windows就好好看点书。干掉MFC,除非你自己比MFC的高度高；
干掉Microsoft,除非你比微软那帮号称最优秀的人才更优秀。
否则，呵呵....