在大型MFC windows应用程序中使用Qt会加快开发速度吗?
Will using Qt in a big MFC Windows-only app speed up development?
我知道有很多Qt vs MFC的问题,但我会尽量非常具体。
我们有一个大的(10年的发展)c++ MFC应用程序的利基行业。它应该永远只支持windows和英语。但是我们需要添加一些新的设计师绘制的GUI和GUI控件(对话框、按钮、自定义列表等)。
我们可以雇佣1到2个新的GUI开发人员来构建这些新的界面,所以我们可以选择不同于MFC的技术。
Qt似乎最有前途,适合与MFC并行运行(哦,不,我们不是从头开始重新构建应用程序)。
似乎大多数被引用的Qt优势都是无关紧要的:跨平台开发,易于国际化,开源,非gui库(我们不需要网络,并且已经实现了大多数其他功能)。
但Qt也因其良好的面向对象设计而闻名,他们最近推出了QtQuick。我想给它一个机会,所以问题是
- 在一个商业的仅windows项目中,从纯MFC迁移到MFC+Qt有什么实质性的优势,这是值得学习Qt的麻烦,将其集成到我们的构建/部署过程中,也许还需要支付商业许可证?
- 特别是,如果我们在Qt中构建新的gui并通过QWinWidget将它们合并到应用程序中,它会加速开发吗?
可能不会。
如果gui和业务逻辑很好地分离,那么将gui逐渐转移到Qt或在Qt中实现新部分可能是有意义的-但我们都知道gui/逻辑将是一个可怕的混合在一起的混乱
如果你正在做一个重写(这是Qt将最终作为),然后如果它是一个常规的商业类型的应用程序,那么使用c#/.net可能更容易。
如果性能是至关重要的,你有很多领域的知识捆绑在定义良好、分离良好的c++库中,那么Qt前端将是值得的
基本上不是回答问题,但也可能有所帮助。我认为用新工具做GUI的另一种方法是使用ActiveX和COM。我相信您可以轻松地在MFC应用程序中使用ActiveX组件。还有很多方法可以创建这样的控件。我使用Delphi来做控件,这些控件成功地用于。net WinForms应用程序,但据我所知,这些控件可以在。net环境中轻松创建。
相关文章:
- 为什么在读取文件大小时文件IO速度会发生变化
- 为什么std::condition_variable notify_all的工作速度比notify_one快(对于随机请
- 文件系统:复制功能的速度秘诀是什么
- 如何用RISC-V GD32VF103CBT6开发板卸载精确的ADC过采样
- 学习多线程C++:添加线程不会使执行速度更快,即使它看起来应该
- 我正在开发服务器,ip作为参数传递不起作用
- 在C++中使用并行化的预期速度是多少(不是 OpenMp,而是 <thread>)
- 两个连续的 OpenMP 并行区域会相互减慢速度
- 如何使用 GPS 和指南针开发点移动算法
- AWS IoT 开发工具包:通过 TCP 端口 443 使用 MQTT
- 查找标准::hash_map与标准::矢量的速度
- 使用AAR的虚幻安卓开发
- 加快在C++中读取/处理日志文件的速度
- 为什么开发人员将C / C ++用于嵌入式系统,而不是像Python这样的高级语言与C相比?
- 为什么这些算法的运行速度比它们应该的要快?
- 如何提高文件的读取速度?
- 通过libpqxx提高PostgreSQL数据库的更新速度
- 使用 IMFSinkWriter 编码的视频的播放速度会根据宽度而变化
- 计算车辆之间的距离并设置速度,使距离保持不变,例如 5 米
- 在大型MFC windows应用程序中使用Qt会加快开发速度吗?