でProcess Managerプロジェクトを開始したいC
のですが、グラフィカル ユーザー インターフェイスが必要です。これは私の最初のGUIプロジェクトであり、それについてはわかりません。winapi32
いくつかの検索の後、ライブラリを使用する必要があることがわかりました。
私の質問は:
コンソール ベースのプロジェクトのようにプロジェクトを作成し、それに GUI を追加する必要がありますか?それとも、プロジェクトの開始時にGUIについて考える必要がありますか?
でProcess Managerプロジェクトを開始したいC
のですが、グラフィカル ユーザー インターフェイスが必要です。これは私の最初のGUIプロジェクトであり、それについてはわかりません。winapi32
いくつかの検索の後、ライブラリを使用する必要があることがわかりました。
私の質問は:
コンソール ベースのプロジェクトのようにプロジェクトを作成し、それに GUI を追加する必要がありますか?それとも、プロジェクトの開始時にGUIについて考える必要がありますか?
アプリケーションをコマンド ライン アプリケーションとして作成してから、GUI でラッパーを作成するのが最善であると言いたいです。このようにして、GUI と機能を完全に分離した最も柔軟なアプリケーションを実現できます。
でも言わない!:-) 私の経験では、GUI をアプリケーションから完全に分離することは非常に難しいため、GUI を念頭に置いて構築する必要があります。コードは、ウィンドウを開き、進行状況を報告し、GUI イベントに反応する必要があるため、使用する GUI システムに精通している必要があります。
ただし、できる限り GUI と機能を分離する必要もあります。たとえば、コールバックを短くして、機能をアプリケーションの非 GUI 部分に向けます。長い計算中に進行状況を報告する必要がある場合は、アルゴリズム内で GUI の進行状況コマンドを混在させる代わりに、コールバックを計算アルゴリズムに渡します。
また、ほとんどの (すべてではないにしても) GUI システムは、メイン アプリケーション スレッド内でのみ GUI コマンドを実行でき、それに応じてプログラムをビルドできることにも留意する必要があります。
要約すると、はい、最初にGUIについて考えてください。この方法は簡単ですが、GUIと機能を適切に分離してください。
ユーザーインターフェイスを作成する場合は、QTCreator
またはVisualStudioフォームプロジェクトを使用できます...
QT
クロスプラットフォームとかわいいインターフェイスを作成するための優れた方法です...Visual Studio
フォームはWindowsプラットフォームでのみ使用できます。
これらのテクノロジーのいずれかを使用している場合は、「コンポーネント」を「ウィンドウ」に配置してからコーディングする必要があります...
テキストとグラフィカル ユーザー インターフェイスの両方を使用できるようにプログラムを設計できます。コア機能への抽象化されたインターフェイスを提供し、それをテキストおよびグラフィカル インターフェイスから使用します。
ボトムアップではなくトップダウンで開始したい場合は、インターフェイスのスタブ バージョンを呼び出すテキストまたはグラフィカル インターフェイスから開始することを好むものを選択する必要があります。
最終的に GUI になるのに、プロジェクトをコンソールベースのプロジェクトのように書くのはなぜですか?
最初に試してみたいことがあれば (a、b、c のやり方がわからないなど)、サイド プロジェクトとして実装できることを確認してください。
しかし、あなたの主なプロジェクトに関する限り、それは私がすることです:
綿密な計画と設計
ヒント:
A. GUI を既存のコンソール アプリに追加することはお勧めしません。コードや UI が乱雑になる可能性が高いためです。;-)
B.何かを実装しようとする前に、常に勉強する。何ができるかについての知識が、あなたができること(そしておそらくあなたが最終的に何をすることになるか) にどれほど影響を与えるか想像することはできません。
開発中にプログラムを変更する理由 最終的にあるべきように設計するだけです。