パワーワイズオプションについて書いている場合-Windows GUIを使用するよりもC#(.NET)でコンソールベースのアプリケーションを使用している場合、実際の違いは何ですか?いくつかのライブラリが操作メモリにロードされることを除いて?
問題は、テキストの比較と文字列の操作、インターネットへの接続、データの収集、データベースの操作に関するものです。
私は力の能力を意味していましたが、ここで読んだように、それは力の関係よりも制御に関するものです. どうも :)
パワーワイズオプションについて書いている場合-Windows GUIを使用するよりもC#(.NET)でコンソールベースのアプリケーションを使用している場合、実際の違いは何ですか?いくつかのライブラリが操作メモリにロードされることを除いて?
問題は、テキストの比較と文字列の操作、インターネットへの接続、データの収集、データベースの操作に関するものです。
私は力の能力を意味していましたが、ここで読んだように、それは力の関係よりも制御に関するものです. どうも :)
あなたの要件が何であるかは完全にはわかりません。GUI は、コンソール アプリよりも作成が難しい傾向がありますが、優れたレベルの使いやすさを実現します (うまく設計すれば、これはまったく別の問題です)。
対話性をあまり必要としない単純なツールの場合: いくつかのコマンド ライン引数で開始し、進行状況を処理して報告し、終了します。それから、コンソール アプリを作成します。対話性がさらに必要な場合は、GUI を使用してください。
あなたの説明から、HTML スクレイピング ソフトウェアまたはある種の Web スパイダーを作成したいと思われます。GUI とコマンド ライン アプリケーションのどちらを作成するかの決定は、誰 (ユーザー) または他のどのソフトウェア コンポーネントがあなたのプログラムを使用または統合するかによって決まると思います。
ユーザーの操作が含まれていない場合は、コマンド ライン プログラムとして記述しても問題ないと思います。設定するオプションがいくつかある場合は、それらを引数として渡すことができます。
定期的な独立したジョブになる場合は、アプリケーションをWindows サービスとして作成することも検討できます。これは、マシンから開始できます。
GUIのないソフトウェアでは、多くの追加クロックを利用できます。GUIを表示するにはリソースが必要です...今日のコンピューターでは、単純なGUIは実際にはパフォーマンスに影響を与えません。
より優れた計算能力を求めている場合は、マルチスレッドアーキテクチャを使用すると、コンソールよりもはるかに多くの能力が得られるはずです。
あなたが言及したこと(文字列、インターネット、データベース)でできることに違いはありません。コンソール アプリと GUI アプリの違いは、ユーザーとの対話方法だけです。他のすべては同じです。
代わりに消費電力を意味するのであれば、私はあなたの質問を誤解していると思います.