我想知道我对这个问题的看法是否正确。有没有使用embarcadero的C ++构建器（现在使用基于clang的编译器）和FireMonkey框架支持Qt？关键在于Qt似乎正在抛弃小部件，他们更专注于javascript，而embarcadero似乎非常习惯于C ++。我是对的还是我看错了？ 谢谢。
答案 0 :(得分：1)
Qt似乎正在抛弃小部件，他们更专注于此 在javascript上
没有。从Qt 5.0开始，推动GUI用QML编写，而后端仍然是你想要的（C ++传统上，但几乎语言都有Qt绑定）。这样做的主要原因是因为编写现代流畅的硬件加速UI非常费力，所以Qt编写了一种基于JavaScript的语言，可以自动化大部分内容。另一个原因是因为虽然每个人都知道GUI代码和后端代码应该是完全分开的，但在现实世界中，随着时间的推移，它们往往变得混杂，有一个带有信号/插槽驱动后端的QML前端强制执行此操作。
此外，Qt拥有所有传统的＆＃39; QML中提供的小部件（目前仍处于测试阶段，但我的目标是发布v5.1），C ++小部件仍然可以在他们自己的库中使用。更不用说Qt总是支持以前的版本这一事实，所以你可能还有7年的时间可以正常使用＃39; v4.x C ++小部件！
我无法评论Embarcadero或FireMonkey - 因为我从未听说过它们......