私はQtを見ていて、最も人気のある汎用C++フレームワークとは何か、また、その長所と短所は何かと疑問に思いました。
[〜#〜] stl [〜#〜] と Boost は両方ともかなり人気があり、「一般的な目的」の縮図です。
Qt は非常に人気があります。これは、オープンソース(LGPL)および商用ライセンスで利用でき、完全な機能を備えたコアおよびGUIクラスライブラリと、統合されたIDEおよびビルドシステム。また、クロスプラットフォームです。
非常に活発に開発されており、新しい宣言型UIライブラリ( QtQuick を含む [〜#〜] qml [〜#〜] )が次のリリース(4.7)で登場します。
新しいプロジェクトをチェックする価値は間違いありません。
Windowsのみの作業の場合、 [〜#〜] mfc [〜#〜] はまだ価値があります。最近更新されました。
現状の質問にはおそらく答えられません。 「フレームワーク」の人々の解釈のリストにたどり着くかもしれませんが、それらを区別する実際の方法はありません。
おそらくフレームワークの定義が必要ですか? 何らかの方法でアプリケーション全体のアーキテクチャを決定するライブラリであることをお勧めします。ただし、これはおそらく「 Application Framework 」の定義ですが、用語をより広義に意味する場合、問題はおそらく広すぎます。ただし、この定義により、Qtはフレームワークになりますが、Boostは単なるライブラリのままです。 Boostは多かれ少なかれBoostを役立たなくするので、私はあなたが質問から何を発見しようとしているかを本当に理解していません。
以下は、mightが「フレームワーク」と見なされるUI関連ライブラリのリストです。
最も顕著な特徴は、それらのいくつかはクロスプラットフォームであり、いくつかはプラットフォーム固有であるということです。 Gnomeはおそらく、C API(GTK +)を持つことで区別されます。 .Netは複数の言語をサポートしていますが、ISO C++ではなくC++/CLIが必要です(ただし、QtのプリプロセッサIMOよりも悪くはありません)。 MFCは歯が少し長く、無料またはサードパーティのツールではサポートされていません。 TurboVisionはアンティークで、私の娯楽やオタクのノスタルジアに含まれています。
私はこの投稿が古いことを知っていますが、とても便利だと感じました。リストに PoCo (POrtable COmponents)を追加したい
私はそれを一般的なプロジェクトに使用し、以下のための一貫した適切に設計されたフレームワークを含んでいます。
また、ポータブルです(WindowsとUnixで使用しました)。