MFC和QT之间的选择
GTK不用说比MFC还复杂,我在想这样的问题:为什么现在到网络上问哪个好都说QT说MFC过时复杂,但是还是MFC的使用者多?我想继续学MFC,好不容易入门就放弃?但是我看...
GTK不用说比MFC还复杂,我在想这样的问题:为什么现在到网络上问哪个好都说QT说MFC过时复杂,但是还是MFC的使用者多?我想继续学MFC,好不容易入门就放弃?但是我看都说QT好啊!但是我认为qt不好的是:太大!MFC做出的一个空窗体才十几KB,到了QT就十几MB了!谁能教教我QT?
展开
1个回答
展开全部
MFC和QT,包括老的QTOPIA我都用过。
QT的优势在于搭建界面方便、支持多语言方便、能跨平台。但是它的问题在于受众群体小,特别在咱们国内,桌面系统基本是Windows一统天下的情况下,QT很难派上用场。除了嵌入式领域。
而MFC的优势其实是基于Windows的,因为Windows系统的普及,所以基本所有API都已经存在于系统自带的DLL中了,无需很多其他附加运行库(包括msvcrt、mfcxx.dll等),由是体现出来的就是你说的生成的文件小。
QT的优势在于搭建界面方便、支持多语言方便、能跨平台。但是它的问题在于受众群体小,特别在咱们国内,桌面系统基本是Windows一统天下的情况下,QT很难派上用场。除了嵌入式领域。
而MFC的优势其实是基于Windows的,因为Windows系统的普及,所以基本所有API都已经存在于系统自带的DLL中了,无需很多其他附加运行库(包括msvcrt、mfcxx.dll等),由是体现出来的就是你说的生成的文件小。
更多追问追答
追问
为什么我每次写MFC工程(不用静态链接库)到别人电脑上都是缺这个DLL那个DLL的?不止一个人的电脑后来别人给我发一个MFC的程序到我电脑上 竟然也缺DLL!后来不知道他怎么弄得就可以运行了,教教我,我决定了,把 MFC学精后学WX。
追答
那要看你链接的什么运行库了。
如果你编译的调试版本,一般会链接MFC42D.DLL(对于VC6.0),而这个动态库在普通的windows发行版本上是没有的。
而你发布Release版本时,链接的是MFC42.DLL,这个动态库windows xp以上的系统上应该都有。
另外,你也可以选择静态链接运行时库,那样就不会提示没有DLL了。当然,你用到的第三方DLL除外。
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询