对QT的理解

我的理解：

QT做应用软件可以很强大，界面足够漂亮（最有意思的是QSS，让我刮目相看），应该是足够了。同时QT也提供了源码，不过超级复杂，难以理解，所以还是无法深入底层。另外它提供了一个额外的好处，就是MAC软件编程不用学COCOA这些太偏门的框架和语言。工作机会不算多但也不算少，总体来说，值得一学。

但是学习和使用了这么久Windows编程，不仔细学习直接处理消息和申请使用内存等特点（而不是把相关内容托管给语言或者框架），那样的话，就只能停留于开发应用软件层，无法做到知其然和所以然。所以必须学习MFC，才可以随心所欲的掌控Windows下的一切资源。但现在MFC的工作机会有点少，因为一方面在应用开发层可替代的语言太多，尤其是C#和VB，当然还有Delphi，另一方面MFC本身太复杂，也不够现代化，杀鸡用牛刀，学习和招人的成本都很高，不清楚维护项目的成本高不高。我只能说MFC是深入学习和理解C++/面向对象/COM/Windows消息/Windows底层/开发驱动和超难工具的一个好东西，否则就是没用。对于我个人而言，C++基础已经很强了，消息机制也理解的不错了，为什么不顺带深入研究一把呢？虽然它不能立刻带来产品开发上的好处。何况MFC尽管落后，但也是大师们创造和实现的，对于我这样一个没有能力实现同等框架的小白来说，必然还是有许多可学之处的。所以MFC必须学，没有选择。

开发世界里，服务器被Linux编程分掉很大一部分，PC开发被手机App分掉一部分，剩下的桌面开发被C#分掉很大一部分，且VB和Delphi同样不甘示弱也要分掉一小部分，Web更是被PHP和Java瓜分完毕，所以留给MFC的领域真的很少了。

对于我来说，配置Java烦不胜烦，且Java不深入系统底层，Java还不利于个人开发桌面软件创造财富。能在这个公司不做Java，不做很偏门的产品，不使用偏门的语言，还有钱挣，已经很不错了。何况QT本身也是很强大的，还可以跨平台，老是Delphi未免思维会有局限。带薪学习，行业也不错，做的还是通用软件，对自己的将来也相当有利，顺便复习C++语法，锻炼OO思维，熟悉VS项目选项，已经非常非常非常好了。人要有感恩的心，不要总是想着自以为那个最好的选择，还未必是最好的呢。

-----------------------------------------------------------------------------

不用考虑、、直接Qt、、拖控件有Qt Designer，简单界面就可以搞定了、、复杂的自己代码组合、、、图表展示可以用qwt、、时尚个性或者移动端用有qml、、现在去学MFC、、十几年前的东东，微软都放弃的货、、、Qt开发，一般程序基本不用了解平台特性、、MFC又必须了解win的消息机制，代码还都是宏那么难看，变量类型折腾的都认不出来、、程序也没有一点平台移植性、、选哪个不言而喻啊、、、
而且现在Qt是一整套框架了、、话说拿MFC或者GTK和Qt比，一定程度都小看Qt、、

http://www.zhihu.com/question/19938661

-----------------------------------------------------------------------------