迁移 Qt4 至 Qt5 的几个主要环节


Qt5推出一段时间了，经过了试用，虽然还存在一些问题，比如Designer 缺少 WebView 和 ActiveQt 的UI工具，此外 WebKit 的 Release 版本似乎和Visual-Studio 2012 Express 编译器不太吃劲，老是报运行时错误——好在目前用到的模块都测试过了。

1，修改路径系统。Qt4 的 QtGUI下很多类被独立到widgets模块里了，为了提高兼容性，把这些include 的抬头全去了，直接是 #include<qapplication> ，这样，通过 Qt += 模块名，即可弥合4,5之间的差异。

2，添加一个宏替换，Qt ::WFlag变成 Qt5 的 WindowFlags, 小问题。

3，插件系统的修改。 新的 Q_PLUGIN_METADATA 在插件实现类的首部，代替了以往在 CPP里Export 的模式，对迁移没有影响。加入编译预处理宏，判断一下标志，决定采用哪一种方法。

4，字符串处理方式问题。目前，由于项目对中文、英文和国际化的使用较为规范，没有遇到乱码的问题，可以认为兼容性较好。

5，第三方依赖性

如果引用了 PostgreSQL 或 MySQL的Sql 连接插件，注意把 libpq 和  libmysql相关的库文件拷贝到可执行文件所在文件夹下，而不是 plugins 所在的文件夹，否则尽管可以枚举到驱动，但连接可能失败。如果引用了OCI的插件，注意不要拷贝oci.dll 到发布文件夹，在某些情形下，会导致连接失败。而是利用发布目的机器路径系统上的Oracle 连接实例来获取依赖。

6、发布程序

Qt5的plugins 文件夹中的内容，不要忘记一起发布。

总结：  经过测试, Qt4 到 5 的转换比 Qt3->4 要平滑很多，一般的项目均可以快速迁移。

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

顺便吐糟，编译Qt5对资源的消耗大大出乎意料，特别是那个 Webkit，Link时直接硬盘 100%狂闪，虚拟内存撑了N大，真是后悔内存没多买一条。内存碎片化估计也很严重，编译到outof mem后，重启系统接着来才成。在GCC下也是，Mac 没试过。

以目前Qt代码量来看，再过几年没有4G的内存根本就没法编译。这样想来应该不止Qt，恐怕以后很多大一点的C++项目都是如此吧——雪球滚大了，不停的要兼容旧版、加入新功能，而且重构对很多项目来说是不可能的，只能越滚越大。

相关内容