第4回 Visual Studio 2017のひな型コードを理解する：連載：簡単！ Visual Studio 2017入門（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 WindowsFormsApp1
{
  public partial class Form1 : Form
  {
    public Form1()
    {
      InitializeComponent();
    }
  }
}

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

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

部分クラスにより、プログラマーが書くコードとVS 2017が生成するコードを別々に管理する

　この「partial」キーワード（VBでは「Partial」キーワード）は、.NET Framework 2.0で追加された「部分クラス（Partial Class）」を作成するためのものだ。このキーワードを指定することで、1つのクラスを複数のファイルに分割して記述できるようになる。要するに上記コードは「Form1クラスを分割して、その一部を別のファイルに格納している」という意味になる。ここで実際に、分離したクラスの一部が格納されているファイルが「Form1.Designer.cs」である。

　Form1.Designer.csファイルには、Windowsフォームデザイナーで編集した内容のみが、VS 2017によって自動的に書き込まれる。人が勝手に編集すると、VS 2017が読み取れなくなってしまう可能性があることから、通常はこのファイルを編集すべきではない。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ファイルのコード内容を見てみることにしよう。