talk about Qt

版权声明： 原创作品，允许转载，转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。/article/7415536.html 名称：Qt 学习笔记之一 —— Qt SDK 的下载安装与配置 作者：alwayzy 邮箱：alwayzy@gmail.com 时间：2010.09.04 声明：转载请注明出处 对 Qt （其官方中文网站 http://qt.nokia.com/title-cn）的兴趣不是一天两天了，终于着手开始学习。接触了几天，遇到过一些问题，有了一些体会和认识，记录下来免得日后遗忘同时也给那些遇到了相同问题的朋友和后来者以参考。 Qt 经过这么多年的发展，已经发展成为一个完整的基于 C++ 语言的跨平台的桌面应用程序开发解决方案。随着 Nokia 对其收购后授权协议 LGPL 的引入以及集成开发环境的不断优化增强，特别是新的 Qt Creator 的发布和不断更新，必将促使 Qt 在 Windows， 类 Unix 以及移动平台等更多平台和领域里有更广阔到发展。 第一步，下载和安装 Qt SDK 从 Qt 的官方网站 http://qt.nokia.com/downloads-cn 下载最新的 qt-sdk 安装包，截止本文发布时的最新版本为 2010.04。Qt SDK 中包括最新完整的 Qt ４.6.3 库， Qt Creator 2.0 以及 Qt Designer 等开发工具。目前官方提供 5 个平台的 Qt SDK，分别是 Windows 版， Linux （32位，64位）两个版本，Mac 版本和用于移动平台的 Nokia Qt SDK（针对不同的开发平台又有若干版本）。本文仅对 Qt SDK 在 Windows 和 Linux/32位 平台上的安装做下简要到介绍。 先介绍 Windows 平台，下载 Qt SDK for Windows (293 Mb)， 地址是 http://get.qt.nokia.com/qtsdk/qt-sdk-win-opensource-2010.04.exe， 本 SDK 的开发包是基于 MinGW 工具集。下载后双击 qt-sdk-win-opensource-2010.04.exe 进行安装，安装过程中可以自定义安装路径，但路径中不能有中文字符！建议直接使用默认的安装路径即可。安装老外的软件，一个基本原则就是，不要使用路径中 含有 ‘A’-‘Z’,　‘a’-‘z’,　‘0’-‘9’, '.', '-', '_' 以外字符的路径名称，这样可以避免很多莫名其妙不可理喻的问题；安装完成后，会在桌面上创建 Qt Creator 到快捷方式，双击该快捷方式就可以进入到 Qt 到可视化开发环境下。通常在 Qt Creator IDE 中，不需要进行额外的配置即可正常编写、编译、调试、运行程序，但需要注意：如果系统里安装了 VC 等开发工具，这些工具可能会在系统的环境变量中添加 Include 和 Libs 等变量以方便在命令行下用 nmake 之类的工具编译、生成程序，但这些设置与 Qt Creator IDE 是有冲突的。如果不需要进行命令行的操作，可以将 Include 和 Libs 删除，这样 Qt Creator IDE 环境下编译 Qt 程序的时候就会使用刚刚安装的 Qt SDK 中的头文件和库。 Linux 下的安装就简单多了，我用的是 Ubuntu (Kubuntu 也一样），默认安装的 Ubuntu（Kubuntu）还需要安装 GNU 的编译工具集，否则　Qt Creator 无法编译链接程序，安装命令如下： $ sudo apt-get install build-essential 然后用 wget 或者 MultiGet 等下载工具下载 Qt SDK for Linux/X11 32-bit (371 Mb)， 地址是 http://get.qt.nokia.com/qtsdk/qt-sdk-linux-x86-opensource-2010.04.bin。完成后，在终端中为安装包增加可执行权限 $ chmod u+x qt-sdk* 然后 $ ./qt-sdk* 运行安装包。 默认情况下，会安装在当前用户目录下，如果用 sudo ./qt-sdk* 安装，则会安装到 /opt 目录下。 安装过程中会提示需要用户手动安装扩展依赖的库 libglib2.0-dev，libSM-dev，libxrender-dev，libfontconfig1-dev，libxext-dev，如 果需要用到 OpenGL 则还需要安装 libgl-dev 和 libglu-dev，而这两个库是在 libglu1-mesa-dev 包中。因此，一个安装完整依赖包的命令是： $ sudo apt-get install libglib2.0-dev libSM-dev libxrender-dev libfontconfig1-dev libxext-dev libglu1-mesa-dev 手动添加了扩展依赖的包之后，继续 Next 完成 Qt SDK for Linux/X11 32-Bit 的安装即可。 安装完成后，在桌面上会有 Qt Creator 的快捷方式，双击快捷方式打开 Qt Creator 的 IDE 环境就可以了。 第二步，Qt Creator 的配置和使用 经过上面的安装过程，Qt Creator 无需进行任何配置，即可很好的进行工作。当然为了符合自己平时的使用习惯，可以通过 IDE 环境主菜单 "Tools"-"Options" 打开参数设置窗口对诸如 代码编辑器，调试器，Qt 库，UI 设计器，项目默认参数，版本控制工具等进行设置，具体到设置由于涉及的内容较多，本人也没有完全掌握，仅对几个个人认为重要但比较隐蔽的功能介绍一下，其 他更多到设置，相信细心点肯定可以找到符合自己使用习惯的参数配置，如果实在找不到，那就慢慢变成习惯吧。用户到习惯都是这么培养出来的。 1，在多个打开的工程中激活不同的工程。说实话，这个切换的菜单或者功能，我找了很久，终于在偶然间发现了。如图一所示： <图一> 图中鼠标所处的下拉列表中可以选择激活的工程，点击该下拉列表后的结果如图二所示： <图二> 从图中可以看出本人打开了两个工程 untitled 和 untitled1。当前激活的工程在 Qt Creator IDE 主窗口的工程列表中会以粗体字显示其工程名称。如图三所示的 untitled 工程： <图三> 2，切换工程的 Debug 和 Release 配置。在图一中可以看到鼠标下方有个显示为 "Debug" 的下来列表框，点击此框即可在同一个工程的 Debug 和 Release 或者更多配置之间切换。 3，管理工程配置，在 Qt Creator IDE 主窗口左侧的列表中选择 Projects 项，即可在右侧的窗口中针对不同的工程（通过 Tab 页选择）修改 生成设置、运行设置、编辑器（指定源码文件所用的编码）设置和项目依赖关系设置等。 其中生成设置里可以添加、删除工程的配置（默认情况下，IDE 环境会自动生成 Debug 和 Release 两个配置），也可以修改现有配置的参数，比如该配置所使用的 Qt 库，qmake 的命令参数，自定义生成步骤等等。 4，切换源码文件。由于Qt Creator IDE 的代码编辑器没有使用 Tab 页的方式管理已经打开的源码文件，因此切换文件也要提一提，有两种方式可以在打开的文件之间切换，一种是双击默认布局下的 “Open Documents” 列表中的文件，另一种是使用代码编辑窗口上方工具栏上 “Go Forward” 按钮（一个向右的箭头）右侧的下拉列表。 5，设置断点及调试。在 Qt Creator IDE 中，调试和设置断点支持快捷键，并且默认情况下与 VC 中的快捷键相同，即： F5-启动调试，Shift+F5-结束调试，F9-设置/取消断点，F10-Step over，F11-Step Into，Shift+F11-Step out 等。 Qt Creator IDE 中绝大部分的界面元素都有 Tooltip 提示，鼠标放上去后会有关于该项的说明和快捷键名（如果该操作支持快捷键的话），非常方便和直观。 第三步，测试一下环境 Qt SDK 中附带了很多示例程序，安装在 qtsdk-2010.04/qt/demos 和 qtsdk-2010.04/qt/examples 两个目录下。可以通过 Qt Creator IDE 的主菜单 "File"-"Open File or Project" 选择一个 Qt 的工程文件（后缀为 pro），用附带的编写正确的工程对 IDE 环境进行编译、调试等步骤进行测试，也可以在 Qt Creator IDE 的欢迎界面上，通过 "choose an example" 打开一个附带到例子程序对 IDE 环境进行测试。 第四步，万事俱备，只欠东风 经过上面到安装、配置、测试，一切都通过后，就可以写自己的 Qt 应用了。怎么写？ 呃，这个内容可以写一本很厚很厚的书了。 几个中文的 Qt 学习资源平台 官方：http://qt.nokia.com/resources-cn csdn : http://qt.csdn.net Qt中文论坛 http://www.qtcn.org ps: 娃的高烧终于在历时三天后准备退了，谢天谢地。第一次挂吊瓶，一袋盐水一袋葡萄糖，娃哭满了全程，估计以后看到穿白衣服的人都会紧张了。 本文出自 “老张的技术分享” 博客，请务必保留此出处/article/7415536.html

简单说说我的看法！
####################################################
确切说应该比较的是QT和MFC两个界面库
QT使用的编译器是MinGW，即Linux下的GCC移植到windows的版本
MFC使用的编译器是Visual C++

QT的应用主要在Linux下，但是它本身是跨平台的，也支持其他操作系统，是现在比较著名的界面库，著名的KDE就是使用QT开发的

MFC是提供给VC的，但是它主要是代码库，不像VCL和编译器挂钩很多，但是MFC主要是对windows API的封装，所以只能用于windows平台

根据你所说的方面，简单比较一下：
1.开发速度
整体来说可能MFC会快捷一些，因为windows平台的开发工具大多很智能，因为立足于windows的开发人群很广，从菜鸟到专业人士，但是QT由于基于Linux，可用的开发工具不多，大都比较专业，多是第三方产品，而且集成度不大，第三方库也没有MFC的多，从这一点MFC略胜一筹，但是QT自从被Nokia收购后，官方发布了跨平台集成开发环境QTCreator，所以之后走向就不好说了，个人总体感觉QT Creator和VS.net差距比较大，还需改进

但是从库本身来说QT集成的功能较MFC庞大，而且使用的封装技术信号和槽也是比较受到赞许的，比如QT Script为QT提供嵌入式脚本，QT界面库支持CSS，所以QT做出来的界面比MFC要好，而且比较容易，MFC就需要借助第三方库了
因为MFC是浅层封装（最新的2008 sp1加入了BCG的高级界面库，可能有所改善）windows SDK，以降低使用windows SDK引起的开发效率的降低，和开发难度的增加
所以QT库是比MFC优秀的，两个库都经受了时间的考验，稳定性都很高，Bug几乎没有

2.运行效率
MFC由于其浅层封装的特点，所以运行效率是比较高的，加上vc对windows的针对性优化，整体性能是比较高的，但是如果加入第三方库就不敢保证了

QT因为库比较庞大，封装层次较深，所以运行效率较MFC为低，但是在现在的机器配置下，C#大家都不介意了，这些会引起人们的介意吗？

3.应用范围，现在windows的普及范围谁能比过，所以MFC的客户量比较多，QT主要是Linux下的开发人员在使用，但MFC也只是得益于windows（感觉又是一次捆绑战略）

MFC不支持嵌入式开发（主要指手机平台），但是QT有对应的模块，但是现在Java的天下又有谁能撼动？

4.学习难度
QT的封装哲学比较明晰，和系统隔离的比较好，所以个人感觉门槛不高
MFC较难精通，因为深入开发之后SDK还是要了解的，否则程序感觉比较儿童化，呵呵

如果你要选择工作的方向，就现在来说基于vc的开发是比较多的，所以就业比较好
Linux下的QT开发的就业情况还有待提高，但是专业方面，比如企业级的开发，或者涉及了Linux系统，QT还是可以的

这是我的一点见解，主要是自己的感觉，希望对你有所帮助！