QT-C ++与通用C ++和STL [关闭]

最近在Ubuntu QQ上刷了我的C ++。我喜欢所有事物的Qt框架，尤其是构建GUI的框架。在过去几年中使用PyQt时，我对它非常熟悉。

当使用PyQt时，我遇到了一些问题，现在将C ++与Qt一起使用时，问题更加明显：Qt对Qt特定的C ++有很多扩展 -QString只是一个常见的例子，更不用说自动垃圾收集了。完全不了解C ++和STL的情况下，可以使用C ++编写Qt应用程序。

我可能很快就要再次进入就业市场，我希望能够考虑C ++的职位-但我担心自己过多地与Qt绑定会限制我使用通用C ++的能力，这曾经非常强大，但是现在长期处于休眠状态且生锈。

我应该避免Qt吗？使用WxWidgets或GTK ++构建GUI会更好吗？

什么是可以使用的最佳GUI框架，该框架允许/要求最多使用通用C ++和STL？在GUI框架等方面，我如何使自己作为C ++程序员最有市场价值？

出于这些原因，我不会避免使用Qt。您不需要使用所有Qt的实用程序类。对于那些替换STL的代码，您最多将被迫使用QString，甚至可能使用QStringList。另外，程序通常比GUI具有更多的功能。您始终可以将通用C ++专用于其余程序，而Qt仅用于GUI。

我认为，使用STL的工作更多地是要了解使用了哪些底层数据结构及其复杂性，以及因此在什么时候应该使用每个容器。在谈到C ++编程时，尤其要了解如何使用非常重要的<algorithm>标头，由于它与STL兼容，因此也可以在Qt的容器上使用。

只要您知道（或至少有一个大致的了解）它们是如何在内部实现的，使用Qt提供的所有这些扩展对我来说并没有什么害处。确保知道诸如Q_OBJECT，SIGNAL（），SLOT（），foreach（）之类的东西不是魔术，而是扩展为有效C ++语句的宏。例如，了解如何实现使Qt感觉更像Java的隐式共享类和父子关系并不是那么复杂。您总是可以尝试在一个单独的项目中重新创建某些功能，只是看是否可以使用通用C ++来实现，然后在Qt中使用它们就不会感到难过。

另外，看看Boost库。它们提供了标准C ++库所没有的其他实用程序，并且是与通用C ++更加接近的好方法，因为它们实质上遵循与通用C ++相同的约定。有些库具有相当复杂的模板化类，仅尝试了解它们的工作原理本身就是对C ++的很好研究。Boost具有许多Qt中找不到的实用程序，而其他实用程序则实现与Qt某些类相同或相似的概念，并且可以代替它们使用。

如果您确实使用C ++进入了工作市场，那么您很可能将使用Qt或其他与之类似的框架，该框架将拥有自己的实用程序类，这些实用程序类将使C ++变得更简单。

我对Qt表示高度评价，但我的问题是，使用哪种最佳GUI框架才能允许/要求最大程度地使用通用C ++和STL？在这方面，Qt有点精神分裂：它复制了STL容器和算法，但有其自身的特点。它还提供了与STL不同的容器。Qt和STL之间的互操作性并不总是一帆风顺。在某些情况下，它需要几个函数调用从获得std::string到QString和背部。

wxWidgets有一个用于STL构建的选项，该选项仅使用STL容器-不存在像Qt这样的具有本地替换的并行Universe。它还可以使用标准的C ++编译器进行编译，而无需非标准的扩展名。这是一个值得考虑的高质量GUI框架。

您还可以看一下gtkmm，它是GTK +的C ++包装器。它比Qt更接近满足您的第一个要求。

我不会担心不用特定的STL库，例如std :: string或std :: iostream或std :: vector。QT等效项具有不同的味道，但离问题没有什么距离。

在我看来，更多的惯用差异似乎是重new用于分配的编程风格。虽然对于QT程序，这对于Gui部分来说可能很好，但是C ++和RAII的优点是，您实际上可以在堆栈上而不是堆上保留大量数据。当切换为编写非GUI代码时，您应该记住这一点。