迁移 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++项目都是如此吧——雪球滚大了，不停的要兼容旧版、加入新功能，而且重构对很多项目来说是不可能的，只能越滚越大。
http://blog.csdn.net/goldenhawking/article/details/8497205
最新文章
- centos7安装mysql5.7
- IOS设备 UIDevice 获取操作系统 版本 电量 临近手机触发消息检测 (真机亲测可用)
- [Android Pro] Dangerous permissions and permission groups.
- C#基本数据类型
- JUC之Atomic系列12大类实例讲解和原理分解
- XSLT2.0实用的新功能 .(转)
- ListView 复制到剪切板
- Redis集群_3.redis主从自动切换Sentinel(转)
- AppiumDesktop用法介绍
- ELK-filebeat收集日志到Kafka，并转存ES
- Could not find a package configuration file provided by "Qt5Widgets"
- 【转载】 [unreal4入门系列之七] UE4中的Actor类和Pawn类
- Python小知识点（5）--面向对象部分
- kindeditor上传图片的大小在哪控制
- Task 和 ThreadPool
- 多线程系列(1)多线程基础和Thread
- scapy学习笔记（1）
- 如何能够通过代码来重启Android手机？
- 2017面向对象程序设计（Java）第三周学习总结
- 感谢CSDN赠送的图书和杂志(5月份)