QT-C ++対Generic C ++およびSTL [非公開]

Ubuntu QQで最近C ++をブラッシュアップしています。すべてのQtフレームワーク、特にGUIの構築が大好きです。過去数年にわたってPyQtを使用していたとき、私はこれに非常に精通しました。

PyQtを使用する場合、QtでC ++を使用する場合に、より顕著な問題がいくつかありました。Qtには、Qt固有のC ++の拡張機能が多数あります。C ++とSTLについてまったく知識がなくても、C ++を使用してQtアプリケーションを作成することができます。

すぐに再び求人市場に出なければならないかもしれませんが、C ++のポジションを検討したいのですが、Qtに縛られすぎると、かつては手ごわいものだった汎用C ++で動作する能力が制限されます長い休眠状態でさびています。

Qtを避けるべきですか？GUIの構築にWxWidgetsまたはGTK ++を使用した方が良いでしょうか？

一般的なC ++とSTLの使用を許可/要求する、使用するのに最適なGUIフレームワークは何ですか？GUIフレームワークなどに関して、C ++プログラマーとしてどのように自分を最も市場性の高いものにするのでしょうか。

こうした理由だけでQtを使用することは控えません。Qtのすべてのユーティリティクラスを使用する必要はありません。STLを置き換えるものについては、せいぜいQStringと、場合によってはQStringListの使用を余儀なくされます。また、プログラムには通常、GUIよりもはるかに多くのものがあります。プログラムの残りの部分には常に汎用C ++のみを使用し、GUIにはQtのみを使用できます。

私の意見では、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の高い評価の大部分に同意しますが、質問は、汎用C ++とSTLの使用を許可または要求する、使用するのに最適なGUIフレームワークは何ですか？この点で、Qtは少し統合失調症です。それは、STLコンテナーとアルゴリズムを独自の工夫で複製します。また、STLとは異なるコンテナーも提供します。QtとSTLの相互運用性は、常にスムーズな航行とは限りません。場合によっては、いくつかの関数呼び出しを行ったり来std::stringたりする必要がQStringあります。

wxWidgetsにはSTLビルド用のオプションがあり、これはSTLコンテナのみを使用します。Qtの場合のように、自作の代替品を持つパラレルユニバースはありません。また、非標準の拡張機能を必要とせずに、標準のC ++コンパイラでコンパイルします。これは、検討に値する品質のGUIフレームワークです。

GTK +のC ++ラッパーであるgtkmmを見ることができます。Qtよりも最初の要件を満たしています。

std :: stringやstd :: iostreamやstd :: vectorのような特定のSTLライブラリを使用しないことについてはあまり心配しません。QTに相当するものは異なるフレーバーになりますが、問題を起こすほど遠くありません。

私の意見のより慣用的な違いは、new割り当てに使用する際のプログラミングスタイルが重いようです。QTプログラムの場合、これはGuiの部分では問題ないかもしれませんが、C ++とRAIIの長所は、ヒープではなくスタックに大量のデータを実際に保持できることです。非GUIコードの記述に切り替えるときは、それを思い出してください。