Question

QT还是VC＋＋的MFC，还是API呢？

问下，在C++基础还成的基础上，
1．是学QT还是VC＋＋的MFC，还是API呢？
2．是把MFC学了，再学QT容易，还是学了QT后，看MFC更容易？
3．MFC是不是用的不多了，QT来入门可以吗？

Answer 1

QT是VC的一个优秀的GUI框架，软件的宗旨就是写最少的代码，实现最多的功能。
MFC是微软的C++一套GUI框架，但随着C#的风靡，MFC的使用越来越少了。
就难易程度来说API接近底层，MFC进行了相应的封装，这两个相对于QT来说“困难”一些。而QT操作简单，基本功能通过拖拽、关联就可以完成，程序员可以把主要精力放在业务处理上，不必为界面操心。
个人认为，在学则学习对象时，能不傍着微软就不傍着微软吧。对于QT来说，唯一的缺点就是资料较少，基本都是英文的，但目前越来越多的教材已经或即将面世，这未尝不是一个好消息。
还有就是QT相对于c#来说，使用群体相对较少。但这不影响QT的影响力。
通过一段时间的QT学习，相信你会发现选择QT是明智的。

追问

是不是要最好先学SDK,API后学QT框架呢？QT是不是也是对SDK，API的一种封装呢。谢谢了。

追答

不用。QT采用信号与槽机制，实现起来更容易，更方便！
只要有一定的C++语言基础就可以了！

追问

我有个陈旧观点是：
1.现在用windows系统的是不是多些，而且毕竟在大学期间对生活方面对windows比较熟悉，容易入门些，想写学windows设计把基础打好，所以想学SDK，和API。再来学QT。直接就学学QT的话，企业之前都是用MFC应该是不是不会重构了。所以我还想有点底层API，SDK的基础。
2.还有，若以后就业时，企业会不会要求一定是QT或MFC或其他？是不是学了认真QT后，再突击学MFC会容易些？

追答

你的观点倒也没错，每种语言或框架都有自己的特点，选择时间要根据情况，但我认为对于相同的功能，能用简单的方法实现就没有必要追究底层了吧！毕竟我们是应用型的吗O(∩_∩)O~，至于就业的问题，有招.NET的，有招java的。这个到不存在。至于你很想去一家公司的话，你就按它的发展选择了！

QT是跨平台开源的框架，这点和java很像。程序可以在任何平台上运行。避免了MFC臃肿的代码，但熟悉了QT，再突击MFC的话并不会容易，因为QT与MFC思想机制不同。如果你想从事底层开发的话学习SDK和API还是有必要的。若只是进行开发，就没必要非要强调底层了吧！到时如果真的用到再充实！

Answer 2

　　Qt是一个1991年由奇趣科技开发的跨平台C++图形用户界面应用程序开发框架。它既可以开发GUI程序，也可用于开发非GUI程序，比如控制台工具和服务器。Qt是面向对象的框架，使用特殊的代码生成扩展（称为元对象编译器(Meta Object Compiler, moc)）以及一些宏，易于扩展，允许组件编程。2008年，奇趣科技被诺基亚公司收购，QT也因此成为诺基亚旗下的编程语言工具。2012年，Qt被Digia收购。2014年4月，跨平台集成开发环境Qt Creator 3.1.0正式发布，实现了对于iOS的完全支持，新增WinRT、Beautifier等插件，废弃了无Python接口的GDB调试支持，集成了基于Clang的C/C++代码模块，并对Android支持做出了调整，至此实现了全面支持iOS、Android、WP。
　　微软基础类库（英语：Microsoft Foundation Classes，简称MFC）是一个微软公司提供的类库（class libraries），以C++类的形式封装了Windows API，并且包含一个应用程序框架，以减少应用程序开发人员的工作量。其中包含的类包含大量Windows句柄封装类和很多Windows的内建控件和组件的封装类。
　　API（Application Programming Interface,应用程序编程接口）是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。
　　如果你是学C++的，可以考虑选择QT或者MFC。
　　如果你是学C的，可以选择API方式。

Answer 3

QT，请高手指点迷津，在此谢过。QT和VC 有开发速度、应用范围（功能）、MFC较难精通，因为深入开发之后SDK还是要了解的，否则程序感觉比较儿童化，

Answer 4

把基础C++搞好先！后面的都是浮云