最近、私は Windows マシンしか持っておらず、クロスプラットフォーム ソフトウェアをすぐに作成するつもりもないため、別のフレームワークの研究を開始する必要があるかどうかを考えています。だから、その決断を助けるために...
クロスプラットフォームを開発するつもりがないのに、クロスプラットフォーム フレームワークを使用することに何か不利な点はありますか? 直感的に、特定のプラットフォームに特化したフレームワークは、クロスプラットフォーム フレームワークよりもそのプラットフォームでパフォーマンスが優れていると言えます。しかし、私はそれを仮定しています。
C++ を使用した Windows での迅速なアプリケーション開発のために研究を開始できるフレームワークとライブラリを列挙してください。資料が豊富な方が望ましいです。始めるのに役立つリンクを含めていただければ幸いです。
クロスプラットフォームを開発するつもりがないのに、クロスプラットフォーム フレームワークを使用することに何か不利な点はありますか?
フレームワークによって異なります。ほとんどのフレームワークは、すべてのプラットフォームで利用できる機能に制限されているため、多少制限される場合があります。また、特定のプラットフォームの最高の機能や、そのプラットフォームの最高の開発環境を利用できない場合もあります。
C++ を使用した Windows での迅速なアプリケーション開発のために研究を開始できるフレームワークとライブラリを列挙してください。
ここでの適切なオプションはQtです。Windows およびその他のプラットフォーム用の非常に優れた C++ ベースのフレームワークを提供します。Windows のみが必要な場合は、C++ による Windows ランタイム(Windows 8 開発用) やMicrosoft Foundation Classesなど、他のオプションがあります。
クロスプラットフォーム フレームワークを使用すると、 Windows 7 のジャンプ リストをプログラムで制御するなど、プラットフォーム固有の機能を利用できなくなります。これらのことから、ネイティブ アプリケーションのようには感じられず、別の OS 用に書かれたアプリケーションの移植のように感じられます。多くの場合、これは問題ではありません。
テンプレートを使用して構築された最新の C++ フレームワークは、クロスプラットフォームであるという理由だけでパフォーマンスが低下することはありません。複数のプラットフォームに存在しない機能を見逃してしまうだけです。
一般に、クロス プラットフォーム フレームワークの問題は、フレームワーク固有のものです。
例 wxWidgets - 高速ですが、使用可能な GUI クラスが多すぎます。ドキュメントは優れていませんが、適切に更新されています。
GNome - 広く使用されていますが、大量のランタイム展開が必要で、メモリ使用量が少し重くなります。
これらは両方とも UI フレームワークです。両方とも GPL であるため、使用できます。
Nokia Qt - 優れたクロス プラットフォーム フレームワークであり、単なる UI ではなく、クロス プラットフォーム開発用の完全なフレームワークです。ただし、Qt の問題は metaobjectcompiler (mod) です。一種の言語拡張です。
次のフレームワークとして QT を選択することをお勧めします。それは活発に開発されており、軽量で、最近オープンソース化され、LGPL lic の下で利用可能です。
他の回答に続いて、Qt は優れたフレームワークです (そして、うまくいけば、Nokia に生き残るでしょう)。
クロス プラットフォーム フレームワークには、主に 2 つの欠点があります。パフォーマンス (多くの場合、ネイティブ プラットフォームでは必要のない別のレイヤーが追加されます) と、もちろんクロス プラットフォームであること、つまりターゲット プラットフォームに固有の機能をサポートしていないことがよくあります。Qt では、パフォーマンスが問題になることはありませんでした。また、Qt は、Windows でネイティブにできることを実際に拡張する非常に多くのライブラリをもたらします。2 番目の点も、ここでは実際には不利ではありません。
実際、Qt の唯一の問題は metaobjectcompiler (moc) です。最初は、いくつかの奇妙なコンパイラ エラーに出くわしますが、最終的には moc から発生します。これを覚えて、グーグルでエラーを検索してください。これに慣れるでしょう。