C++コアアプリケーション開発フレームワーク、オープンソース、クロスプラットフォーム

Question

Qtと同様、C++でコアアプリケーション開発フレームワークを使用していますか？ qtは主にGUIアプリケーション用だと思います。私は、はるかに高速な実行コードを提供するQT以外のものが必要です... Visual Studio for C++は良い選択ですが、オープンソースではなくクロスプラットフォームのものです。

Answer 1

フレームワークが意味するものは、もう少し明確にする。とにかく、私は汎用機能のライブラリとしてboostの幸せなユーザーであり、コード化とデバッグを行うためのIDEとしてeclipse + cdtを使用しています。 Boost、eclipse、cdtはオープンソースとクロスプラットフォームです。

Answer 2

フレームワークを持つべき機能は？ BOOSTはどうですか？ QTやwxWidgetsのようなフレームワークではありませんが、信号、スレッド、プロセス間通信、ネットワークなどのような多くの機能を備えています。

Answer 3

あなたの時間を無駄にしているように私には聞こえますが、あなたのアプリケーションには明確な目標はありません。この問題を解決するフレームワークはありません。アプリケーションの仕様、ターゲットプラットフォームのリストを書き留め、必要な機能が不足していないかチェックし、既存のライブラリを検索して使用します。

私はQtはあなたが間違っているGUIアプリケーション

のために主にあると思います。 Qt 4のGUIコンポーネントはオプションです。アプリケーションオブジェクトのQApplicationの代わりにQCoreApplicationを使用してコンソールアプリケーションを設計することは自由です。ボーナスとして、いくつかのGUI関連のクラスにアクセスすることができます（それらのすべてではありませんが、多くはQApplicationが必要です）。速く走るコードを作るはるかに高速実行中のコード

を与える

はあなたの責任です。それがゆっくりと動くならば、そうでなければ証明されるまでそれはあなたのせいです。 Qt 4は、少なくともGUIのパフォーマンスに関する限り、非常に高速です。アルゴリズムの選択の貧弱さ、メモリ割り当てルーチンの乱用など、多くのことがパフォーマンスに悪影響を与える可能性があります。異なるフレームワークに切り替えることでそれらを修正することはできません。別のツールを検索する代わりに、コードのプロファイルを作成し、ボトルネックを探して修正します。 C++のための

Visual Studioは、それは、クロスプラットフォームではありません良い選択

です。また、フレームワークのみのIDE +コンパイラでもありません。

クロスプラットフォーム

ビルドプロセスのためにCMake/SConsは/ Autotool群を使用しているときにも、任意のフレームワークなしで標準C++でクロスプラットフォームのアプリケーションを開発することができ、あなたのアプリケーションに応じて。 UNIXのような環境では、POSIX規格に準拠していますが、これを使用することができます（Windowsではcygwin/msysが機能する必要があります）。それ以外にもBoostがあります。あなたはC++を捨てて移植性を保証するためにスクリプト言語に切り替えることさえできます。それはすべてあなたの目標に依存します。あなたが書いていることを言っていないので、Boostを除いて何かを推薦することはできません。 boostに加えて、いくつかのフレームワーク（wxWidgets、Fox Toolkit、GTK）があり、それらはあなたの要求を満たすかもしれません。