Embarcadero C++；建筑商&x2B；FireMoneky vs Qt
我不知道我对这个问题的看法是否正确。使用NavaCabo的C++ Builder（现在基于CLAN的编译器）和FixMyFraseGrand有利于Qt吗？关键是QT似乎是在离开小部件，他们更专注于JavaScript，而ActuCabeRo似乎非常被C++所接受。我是对的还是我看得不对？ 多谢各位 Qt似乎将小部件抛在了身后，它们更加集中精力 关于javascript 不会。从Qt5.0开始，推动GUI使用QML编写，而后端仍然是您想要的（传统上是C++的，但几乎所有语言都有Qt绑定）。其主要原因是，编写现代流体硬件加速UI相当费劲，因此Qt编写了一种基于JavaScript的语言，可以自动化大部分UI；另一个原因是，尽管每个人都知道GUI代码和后端代码应该完全分开，但在现实世界中，随着时间的推移，它们往往会混合在一起，拥有一个带有信号/插槽驱动后端的QML前端就可以实现这一点 <>也有QT（QualMead）的所有小部件可用在QML中（目前仍在beta版中，但我想是V5.1版本），并且C++小部件仍然可以在自己的库中使用。更不用说Qt总是支持以前的版本，所以你可能已经有了7年的“正常”V4.x C++部件了！p>Embarcadero C++；建筑商&x2B；FireMoneky vs Qt,qt,c++builder,firemonkey,Qt,C++builder,Firemonkey,我不知道我对这个问题的看法是否正确。使用NavaCabo的C++ Builder（现在基于CLAN的编译器）和FixMyFraseGrand有利于Qt吗？关键是QT似乎是在离开小部件，他们更专注于JavaScript，而ActuCabeRo似乎非常被C++所接受。我是对的还是我看得不对？ 多谢各位 Qt似乎将小部件抛在了身后，它们更加集中精力 关于javascript 不会。从Qt5.0开始，推动GUI使用QML编写，而后端仍然是您想要的（传统上是C++的，但几乎所有语言都有Qt绑定）。其主要原
我不能评论Embarcadero或FireMonkey，因为我从未听说过他们…@我真的不明白你的理由。在C++职业开发的职业生涯中，我要问一个真正的问题，以便选择正确的路径（QT或C++ Builder）。这有什么不对？我认为这个话题并不是“不建设性的”。我认为这是有建设性的。我必须使用CBuilder10.2。我不能推荐IDE。与其他IDE（如Visual Studio或Eclipse）相比，它是一个历史悠久的IDE。我知道Qt（Windows上有MinGW，Linux上有GCC/Clang）以及Embarcadero C++Builder产品。结论：甚至不要考虑NavaCARDRO。它们的每一个方面都是垃圾——一般来说，不仅仅是Qt。在过去的20年中，使用C++ Builder。经典C++编译器工作得很好，但在过去20年里没有发生很大变化。从纸面上看，他们的Clang++是最好的，但实际上它的缺陷太多，PITA对于实际项目来说是不可用的。现在编译+/-工作，他们的32位链接器经常爆炸，调试支持是荒谬的，不可能在实际项目中使用。FireMonkey已经存在很长时间了，但除了一些琐碎的应用程序外，它仍然不能用于生产。当他们宣布新功能时，需要10年才能稳定下来。目前正在迁移到QT Quick进行新项目，我很高兴。