说到Qt，不能不说到C++，这门伟大的语言。因为其面向对象的编程思想和陡峭的学习曲线，一开始学习起来很是吃力。Qt从QT4开始基本封装了很多C++的工具库和界面库，而且支持跨平台，这是它最大的优势。相比于古老的MFC和使用C#的WPF来说，我更喜欢Qt来进行C++的界面设计，这也是我从新开始拾起Qt学习之路的原因。说完了感受和学习的原因，就开始介绍Qt5了。我这里只做简单的介绍，重要的还是在学习过程中体会Qt的编程逻辑和设计思想。Qt，坦白来说，并不只是一个界面库，他是C++编程思想的集大成者。它是得到完善的C++应用程序框架。使用Qt，在一定程度上你获得的是一个“一站式”、“全方位”的解决方案，STL。string、XML、数据库、网络这些零散的功能都包含在Qt中，并且得到了封装，一共开发者使用。跨平台GUI通常有三种实现策略，分别是：API映射：API映射是说，界面库使用同一套API，将其映射到不同的底层平台上面。大体相当于将不同平台的API提取公共部分。比如说，将Windows平台上的按钮控件和MacOS上的按钮组件都取名为Button。当你使用Button时，如果在Windows平台上，则编译成按钮控件；如果在MacOS上，则编译成按钮组件。这么做的好处是，所有组件都是原始平台自有的，外观和原生平台一致；缺点是，编写库代码的时候需要大量工作用于适配不同平台，并且，只能提取相同部分的API。比如MacOS的文本框自带拼写检测，但是Windows上面没有，则不能提供该功能。这种策略的典型代表是wxWidgets。这也是一个标准的C++库，和Qt一样庞大。它的语法看上去和MFC类似，有大量的宏。据说，一个MFC程序员可以很容易的转换到wxWidgets上面来。API模拟：前面提到，API映射会“缺失”不同平台的特定功能，而API模拟则是解决这一问题。不同平台的有差异API，将使用工具库自己的代码用于模拟出来。按照前面的例子，MacOS上的文本框有拼写检测，但是Windows的没有。那么，工具库自己提供一个拼写检测算法，让Windows的文本框也有相同的功能。API模拟的典型代表是wine——一个Linux上面的Windows模拟器。它将大部分Win32API在Linux上面模拟了出来，让Linux可以通过wine运行Windows程序。由此可以看出，API模拟最大优点是，应用程序无需重新编译，即可运行到特定平台上。另外一个例子是微软提供的DirectX，这个开发库将屏蔽掉不同显卡硬件所提供的具体功能。使用这个库，你无需担心硬件之间的差异，如果有的显卡没有提供该种功能，SDK会使用软件的方式加以实现。GUI模拟：任何平台都提供了图形绘制函数，例如画点、画线、画面等。有些工具库利用这些基本函数，再不同绘制出自己的组件，这就是GUI模拟。GUI模拟的工作量无疑是很大的，因为需要使用最基本的绘图函数将所有组件画出来；并且这种绘制很难保证和原生组件一模一样。但是，这一代价带来的优势是，可以很方便的修改组件的外观——只要修改组件绘制函数即可。很多跨平台的GUI库都是使用的这种策略，例如gtk+（这是一个C语言的图形界面库。使用C语言很优雅地实现了面向对象程序设计。不过，这也同样带来了一个问题——使用大量的类型转换的宏来模拟多态，并且它的函数名一般都比较长，使用下划线分割单词，看上去和Linux如出一辙。gtk+并不是模拟的原生界面，而有它自己的风格，所以有时候就会和操作系统的界面格格不入。），Swing以及我们的Qt。Qt和wxWidgets一样，也是一个标准的C++库。但是它的语法类似于Java的Swing，十分清晰，而且使用信号槽（signal/slot）机制，让程序看起来很明白——这也是很多人优先选择Qt的一个很重要的原因。不过，所谓“成也萧何，败也萧何”。这种机制虽然很清楚，但是它所带来的后果是你需要使用Qt的moc对程序进行预处理，才能够再使用标准的make或者nmake进行正常的编译，并且信号槽的调用要比普通的函数调用慢大约一个数量级（Qt4文档中说明该数据，但Qt5尚未有官方说明）。Qt的界面也不是原生风格的，尽管Qt使用style机制十分巧妙地模拟了原生界面。另外值得一提的是，Qt不仅仅能够运行在桌面环境中，还可以运行在嵌入式平台以及手机平台。Qt第一版于1991年由Trolltech（奇趣科技）发布。后来在2008年，Nokia斥资1.5亿美元收购TrollTech，将Qt应用于Symbian程序开发。2012年8月9日，Nokia将Qt以400万欧元的价格出售给Digia。伴随着Qt，一直有两种授权协议：商业授权以及开源授权。在Qt的早期版本，商业授权包含一些开源授权不提供的组件，但是在近期版本则