第3回 .NETのコードを理解するための基礎知識連載:簡単! Visual Studio 2015入門(2/3 ページ)

» 2015年09月01日 05時00分 公開
[かわさきしんじInsider.NET編集部]

ひな型コードの「名前空間」と「クラス」

 それでは、ソースコード「Form1.cs」を参照して「名前空間」と「クラス」を確かめてみよう(説明の都合上、コードには若干の変更を加えてある)。

……前略……
namespace WindowsFormsApplication1
{
  public class Form1 : System.Windows.Forms.Form
  {
    ……中略……
  }
}

ソースコード(Form1.csファイル)の「名前空間」と「クラス」(一部改変)
「namespace」が名前空間を意味し、「class」がクラスを意味する。

 C#では「namespace」(VBでは「Namespace」)がオブジェクトを分類するための境界線である「名前空間」を意味し、「class」(VBでは「Class」)がオブジェクトそのものである「クラス」を意味する。namespaceに続けて記述されている「WindowsFormsApplication1」が名前空間の名称で(VBでは「WindowsApplication1」となるので適宜読み替えてほしい*1)、classに続けて書かれている「Form1」がクラスの名称である。

 これを先ほどの例の「○○ソフト会社の山田です」と同じように表現すると、
  「WindowsFormsApplication1名前空間のForm1クラスです」
となり、C#のコードで表記すると「.(ドット)」でつなげて、
  「WindowsFormsApplication1.Form1」
になる。

 当然ながら名前空間とクラスには、始まり(=開始地点)と終わり(=終了地点)がある。この始まりと終わりの間は「スコープ」(=範囲)と呼ばれ、C#の名前空間やクラスではスコープの始まりは「{」で表し、終わりは「}」で表す(VBの名前空間やクラスでは、スコープの終わりに「End Namespace」や「End Class」を記述することで、それぞれのスコープを確定する)。

 名前空間のスコープの中では、各行の左端に余白(「インデント」と呼ばれる)が作られているが、これは他の行と開始文字の位置をずらすことで、名前空間のスコープ内であることを明確に表現するためのものである(インデントの設定や調整については、「.NET TIPS:ソース・コードを一瞬で整形するには?」を参照するとよい)。

*1 ただし、VBでは、「WindowsApplication1」という名前空間はWindowsフォームを定義するファイル(この場合はForm1.vbファイル)には現れないようになっているので注意しよう。ソリューションエクスプローラーの[My Project]をダブルクリックすると表示されるウィンドウの[アプリケーション]タブにある[ルート名前空間]でこの名前空間になっていることを確認できる。


「名前空間」と「クラス」の基本的な書き方(構文)

 C#での名前空間(=クラスを分類してグループ化するための境界線)の基本的な書き方は、次の通りだ。

namespace <名前空間の名称>
{
  ……中略(ここにクラスを書く)……
}

名前空間の構文(C#)

 「……中略(ここにクラスを書く)……」の部分にクラスを書き込む。そのクラスの書き方は、次の通りだ。

public class <クラスの名称> : <基底クラスの名称>
{
  ……中略……
}

クラスの構文(C#)

 classの前にある「public」はアクセシビリティ(アクセス制御)を指定するための修飾子である。このpublic修飾子(VBではPublic修飾子)で修飾されたclassは、「どのクラスからでもアクセス可能な状態」になる。他にも、クラスがあるプロジェクト内(=アセンブリ内)からのみアクセス可能にするinternal修飾子(VBではFriend修飾子)がある。クラスに対してアクセシビリティを明示しない場合、自動的にinternal修飾子が付与される。アクセシビリティは実際のプログラミングで必要になって初めてその価値が理解できると思う。よって、取りあえず現段階では、オブジェクト指向プログラミングではアクセシビリティを設定する必要があるということを知っておいてほしい。

 <クラスの名称>に続き「:」(コロン)で区切られて指定されたクラスは、基底クラス(Base Class)と呼ばれる(「基本クラス」「スーパークラス」「親クラス」とも呼ばれる)。また、「:」の前にあるクラスは派生クラス(Derived Class)と呼ばれる(「サブクラス」「子クラス」とも呼ばれる)。

 基底クラスと派生クラスの記述は、新たに作成する派生クラスが基底クラスの全特徴を引き継ぐことを意味している。例えば、冒頭で示した次のコードでは「Form1」クラス(派生クラス)が「System.Windows.Forms.Form」クラス(基底クラス)の全特徴を引き継いでいる。

public class Form1 : System.Windows.Forms.Form
{
  ……中略……
}

Form1クラスはSystem.Windows.Forms.Formクラスの全特徴を引き継ぐ
System.Windows.Forms.Formクラスには、Windowsフォームの基礎となる特徴(Windowsフォームアプリが持つ特性)がマイクロソフトによりあらかじめ作り込まれている。この特徴を全て引き継ぐことで、プログラマーが同じこと(Windowsフォームアプリの基礎部分の作り込み)をしなくても済み、自分が作成するアプリで実現したいことだけに専念できるようになっているのだ。

 このように、ある基底クラスの全特徴を引き継いで新たなクラスを作成することを、オブジェクト指向では「継承」と呼ぶ。

 「継承」を現実世界で例えると、「人間」の全特徴を引き継ぎ、さらに「ボーっとしている」「博多ラーメンが好きである」などの独特な特徴(=個性)が付け加えられて、「山田」という人物が作成されることになる。この例で分かるように、オブジェクト指向の継承は、基底クラスの全特徴を引き継ぎ、さらに何らかの特徴を付け加えて拡張した新たなクラスを作成するための機能である。

 なお、継承を使わずに新しいクラスを作成することもできる。その場合には、「: <基底クラスの名称>」の部分を省略すればよい(ちなみにソースコード(Program.csファイル)では、実際に基底クラスの記述が省略されたProgramクラスが定義されている)。

 先ほど示したコードにある基底クラスの「System.Windows.Forms.Form」は、名前空間とクラスを「.(ドット)」で連結した書き方で、「System.Windows.Forms名前空間のFormクラス」という意味になる。名前空間の内容が「System.Windows.Forms」というように、「.」でさらに細かく分かれているが、このように名前空間は大分類/中分類/小分類のように階層的な分類を構成することが可能である。これを現実世界の階層的な分類で置き換えるなら、「日本の東京の○○ソフト会社」(=名前空間)の「山田」(=クラス)と表現するのと同じである。

 ちなみに、言うまでもなく、このSystem.Windows.Forms名前空間のFormクラスは、.NETのクラスライブラリにあらかじめ用意されたクラスである。

 それでは次のページで、Form1クラスがどのようにして実行されるのかを見ていこう。

Copyright© Digital Advantage Corp. All Rights Reserved.

スポンサーからのお知らせPR

注目のテーマ

Microsoft & Windows最前線2025
AI for エンジニアリング
ローコード/ノーコード セントラル by @IT - ITエンジニアがビジネスの中心で活躍する組織へ
Cloud Native Central by @IT - スケーラブルな能力を組織に
システム開発ノウハウ 【発注ナビ】PR
あなたにおすすめの記事PR

RSSについて

アイティメディアIDについて

メールマガジン登録

@ITのメールマガジンは、 もちろん、すべて無料です。ぜひメールマガジンをご購読ください。