第4回 Visual Studio 2013のひな型コードを理解する：連載：簡単！ Visual Studio 2013入門（2/4 ページ）

開発環境が自動生成するWindowsアプリケーションのひな型コード。これをマスターして本格的なVisual Studio開発に乗り出そう。

[かわさきしんじ, Insider.NET編集部，共著]

Application.Runメソッドの理解

　Application.Runメソッドは、その英語のメソッド名を見れば分かるように、「アプリ（＝Application）を実行する（＝Run）」ための処理を行っている。実際には、Application.Runメソッドでは、Windowsアプリの「メッセージループ（＝メッセージポンプ）」処理が行われる。

　メッセージループとは、簡単にいえば、終了が呼び出されない限りずっと処理を実行し続けるための仕組みである。つまり、「Application.Run(new Form1());」というコードが実行するメッセージループ処理では、Form1が終了しない限りずっとForm1の処理を実行し続けるということになる。もしForm1が終了すれば、それによりApplication.Runメソッド（＝メッセージループ処理）が終了する。Mainメソッド内には、他に実行するメソッドはないので、ここでアプリ自体が終了となる。

　Windowsアプリの実行を正しく理解するには、Windowsのメッセージループの仕組みについてもよく知っておく必要があるので、ここでもう少し詳しく解説しておこう。

　Windowsのアプリの実行は、Windowsメッセージ（＝処理実行の単位）を順次処理することでアプリの実行を実現する。例えば次の3つのメッセージを順番に処理することで「アプリ画面の表示」という処理が実現できる（説明の便宜上、メッセージ内容は簡略化している）。

1. アプリの画面を作成するためのメッセージ
2. 作成された画面を表示するためのメッセージ
3. 表示された画面を描画するためのメッセージ

　これら3つのメッセージは、メッセージキューと呼ばれるメッセージ処理の順番待ちリストに追加される（キューの概念はこのリンク先を参考にしてほしい）。メッセージループは、キューにたまったメッセージリストを定期的に参照して、メッセージがあれば古いものから順番に取り出して1つずつ処理する。身近な例でいえば、WindowsメールやOutlook Expressなどのメーラーで、古いメールから1件ずつ読んでいくところを想像してみるとよいだろう。

　このようにWindowsのメッセージループでは、メッセージキューにたまる順番待ちのメッセージリストを、ループしながら（＝一定間隔で）ひたすらチェックして、メッセージが来たら1件ずつそのメッセージを処理する。このメッセージループ処理こそが、Windowsアプリを動作させる基盤となる仕組みである。

Windowsアプリの残りのひな型コード（Form1.csファイル）

　以上で、アプリの骨格となる仕組みを解説したことになる。最後に、残りのコードを簡単に解説していこう。次のコードを参照してほしい。これはForm1.csファイルの内容である。

……前略……
namespace WindowsFormsApplication1
{
  public partial class Form1 : Form
  {
    public Form1()
    {
      InitializeComponent();
    }
  }
}

Windowsアプリのひな型コードの残りの部分（Form1.csファイル）

　「public partial class Form1 : Form」については、前回説明した内容を理解していれば意味はだいたい分かるだろう。基底クラスとして指定されている「Form」はSystem.Windows.Forms名前空間が省略されている。ここで説明していないのは、「partial」というキーワードだけだ。

　このpartialキーワード（VBではPartialキーワード）は「部分クラス（Partial Class）」と呼ばれる.NET Framework 2.0以降の機能で、クラスを複数のファイルに分割する機能である。要するに上記コードは「Form1クラスを分割して、その一部を別のファイルに格納している」という意味になる。ここで実際に、分離したクラスの一部が格納されているファイルは「Form1.Designer.cs」である。

　Form1.Designer.csファイルには、Windowsフォームデザイナーで編集した内容のみが、VS 2013によって自動的に書き込まれる。そのため、（※人が勝手に編集すると、機械であるVS 2013が読み取れなくなってしまう可能性があるので）通常、開発者はこのファイルを編集すべきではない。Windowsフォームデザイナーが扱うファイルは拡張子が「.Designer.cs」（VBでは「.Designer.vb」）となるので、そのファイルは（参照するだけで）編集はしないように気を付けてほしい。

　Form1.Designer.csファイルについて詳しくは、あとで取り上げる。ここではForm1.csファイルの内容について続けて説明しよう。

Form1コンストラクターでの初期化処理

　Form1.csファイルのForm1クラスには、次のメソッドがある。

• public Form1()

　このメソッドは、前述したnew演算子付きのメソッドで呼び出されるコンストラクターである（VBでは「Public Sub New()」になる）。

　なお、コンストラクターメソッドの前に付いている「public」は、前回も説明したアクセシビリティ（＝アクセス制御）を指定するための修飾子である。アクセシビリティは、クラスだけでなく、変数やメソッドも修飾できる。public修飾子（VBではPublic修飾子）の他にも、一部のクラスだけアクセス可能にするprotected修飾子（VBではProtected修飾子）や、他のクラスからは一切アクセスできないようにするprivate修飾子（VBではPrivate修飾子）などがある。

　このコンストラクターには、一般的にそのクラスに必要な初期化処理（＝前処理。例えば、変数に最初の値を代入する処理や、クラス作成時に実行しなければならない処理）を記述する。このコードでは、次のコードにあるようにInitializeComponentメソッドを呼び出しているだけである。

public Form1()
{
  InitializeComponent();
}

Form1クラスのコンストラクター

　しかしこのInitializeComponentメソッドはForm1.csファイルに記述されていない。ここで、先ほどの部分クラスが必要になる。InitializeComponentメソッドはForm1.Designer.csファイルに記載されているのだ。そこで次にForm1.Designer.csファイルのコード内容を見てみることにしよう。