プログラムの構造と実行フロー

[アーティクル]
09/30/2008

更新 : 2007 年 11 月

C# アプリケーションを作成するときは、コンソールアプリケーションと Windows フォームアプリケーションのどちらを作成するかを選択できます。これら 2 つのアプリケーションは、ユーザーインターフェイスの型が異なるだけでなく、実行フローが異なることもあります。

Windows フォームアプリケーション

グラフィカルユーザーインターフェイスを持つ通常の Windows ベースアプリケーションの場合、最初のスタートアップ以降のアクションのほとんどは、マウスの移動、メニューオプションの選択、テキストの入力など、ユーザーによる操作への応答として実行されます。このような操作によってイベントが発生し、イベントハンドラと呼ばれる、アプリケーション内の特別なメソッドが呼び出されます。Windows ベースのプログラムが実行するほとんどの処理は、イベントハンドラによって開始されます。イベントが生成されない場合、プログラムは何も実行しません。

COBOL、BASIC、FORTRAN などの手順型プログラミング言語を主に使用してきた方は、イベントドリブンモデルに慣れる必要があります。手順型プログラミング言語との最も基本的な違いは、イベントドリブンプログラミングでは、他のソフトウェアやオペレーティングシステム自体によって、アプリケーションのイベントハンドラメソッドが呼び出されるという点です。どのメソッドが呼び出されるかはわかりません。アプリケーションで処理するイベントを決めることはできますが、それらのイベントが発生する正確な順序を事前に知ることはできません。

通常の Windows ベースアプリケーションでは、アプリケーションの状態を保持するフィールド、配列、およびコレクションは、既定で Form1 という名前が付けられるメイン Form クラスに配置されます。クラスのスコープで、これらのメンバには、同じ Form クラスに実装されているすべてのイベントハンドラメソッドがアクセスできます。イベントハンドラが呼び出されると、アプリケーションデータを変更する一定の処理を実行でき、メソッドから制御が戻ると、アプリケーションは待機状態に戻ります。たとえば、フォームに TextBox コントロールと [更新] ボタンがあるとします。ユーザーがボタンをクリックすると、アプリケーションのイベントハンドラは TextBox 内のテキストを取得し、取得したテキストをクラスのスコープで格納されている他の文字列の一覧に追加します。文字列が追加されると、アプリケーションは待機状態に戻ります。また、他のイベントハンドラは、ユーザーの入力に呼応して同じ文字列の一覧に対し別の種類の処理を実行します。

独自のカスタムクラスでは、Windows フォームと同じ機構を使用してイベントを送受信できます。詳細については、「デリゲート (C# プログラミングガイド)」を参照してください。

コンソールアプリケーション

多くのコンソールアプリケーションでは、実行フローは 1 つのステートメントから次のステートメントに進み、プログラムの最後に到達し、アプリケーションが終了するまでフローが継続します。もちろん、常にこのような動作になるとは限りません。コンソールアプリケーションでも、キーボードイベントに応答したり、タイマやネットワーク接続などのオブジェクトから生成されたシステムイベントに応答したりできるからです。簡素なコンソールアプリケーションは、多くの場合、Main メソッドを含む 1 つのクラスだけで構成されていますが、複雑なアプリケーションには、多くのクラスが含まれていることがあります。