クラス

その１	その２	Ｎｏ Ｌｉｎｋ	Ｎｏ Ｌｉｎｋ	Ｎｏ Ｌｉｎｋ

◆サーバーサイド・コンポーネントとはサーバー側で利用するためのソフト製品。
◆ＥＪＢはＥｎｔｅｒｐｒｉｓｅ Ｊａｖａ Ｂｅａｎｓの略で、Ｊａｖａのコンポーネント仕様 Ｊａｖａ Ｂｅａｎｓをサーバー側で使えるように拡張したもののこと。ＥＪＢ仕様に基づくソフト製品は、サーバーサイド・コンポーネントの代表例の一つと言えます。
◆ＣＯＢＲＡは Ｃｏｍｍｏｎ Ｏｂｊｅｃｔ Ｒｅｑｕｅｓｔ Ｂｒｏｋｅｒ Ａｒｃｈｉｔｅｃｔｕｒｅ の略で、分散オブジェクト環境の標準仕様です。
◆ＵＭＬは Ｕｎｉｔｅｄ Ｍｏｄｅｌｉｎｇ Ｌａｎｇｕａｇｅ の略で、オブジェクト指向分析/設計における標準モデリング言語のことです。
◆パターン：オブジェクト指向分析/設計における”定石”のことを指します。デザイン・パターンやアナリシス・パターンに加えて、「やってはいけないパターン」のアンチパターンなどがあります。

●まずは四つのキーワードを押さえておこう

*4　すべての関数を外部から使えるようにするとは限りません。データと同様に関数を「非公開」にすることもできます。
*5　カプセル化は、クラス内のフィールド（データ）や、それに関連のあるメソッド（関数）をひとまとめにするという意味でも使われます。
*6　C++ではメンバー関数ともいいます。
*7　protectedを指定したデータ（フィールド）またはメソッドは、それらを持つクラスと、そのクラスを継承したサブクラスから参照可能です。publiｃとprivateはあとで説明します。このほか、クラスに対してもアクセス指定子を使用することができます。Javaでは抽象クラスを表すabstract、C++では指定クラスから参照可能なfriendなどがその例です。
*8　C++ではメンバー変数といいます。VBでも同様です。

●カプセル化（情報隠ぺい）　：　決まった方法で使ってもらおう

　さて、とりあえずコードを「クラス」という単位で区切ることができました。でも､単に区切っただけでは不十分です。次に、その区切り（クラス）の中でデータや関数をどのような形にするべきかを考えなければなりません。
　コードをすっきりさせるためには、それぞれのクラスができるだけ「独立」の関係になるようにすることが大切です。要は「クラスの中でできることは、すべて中でやるようにする」わけです。
　そのためには「クラスの中のデータを扱えるのは、基本的にそのクラスの関数だけ」とするのが有効なはずです。外部からそのクラスのデータにアクセスしたい場合は、必ずそのクラスの関数を通じてアクセスしてもらうようにするのです^＊４（図５）。丁度会社にいるあなたを訪ねてきた人に対して、まず受付を通してもらうようにお願いするようなものです。
　このようにクラスの中の情報に対して外部から直接アクセスできないようにし､アクセス方法を（そのクラスが持つ関数に）一本化することを「カプセル化」または「情報隠ぺい」と呼びます^＊５。カプセル化は、クラスと並んでオブジェクト指向プログラミングで欠かせないキーワードですので、ぜひ押さえておいてください。
　クラスが持っている関数のことを「メソッド」と呼びます^＊６。クラスを利用したい場合は､このメソッドを呼び出す形で利用することになります。ここで､先ほど例として挙げたＣＤｅｎｔａｋｕクラスがＳｅｔＤａｔａというメソッドを持っているとします。ＳｅｔＤａｔａメソッドは､演算の対象となる二つの値をセットするものです。このＳｅｔＤａｔａメソッドを呼び出す場合は､例えば以下のように記述します。
　ａ．ＳｅｔＤａｔａ（１０，２０）
「ａ」というのは､先ほど生成したインスタンスａのことです。このようにインスタンスを生成すると､元のクラスが備えている機能が利用できるようになります。当然､ＳｅｔＤａｔａメソッドも利用できるわけです。Ｊａｖａでは、このようにインスタンス名＋ドット演算子（．）＋メソッドという形で記述します。
　さて、いま言ったこととちょっと矛盾しますが､すべてのクラスで「外部にはデータを見せない」と杓子定規に決めてしまうのはちょっと不自然です。すべてのクラスから共通に使いたいデータや関数だって当然存在します。そのような場合には「これはどこからでも使えるよ」という仕組みもあったほうが便利です。コードをすっきりさせるためには､｢整理する｣だけでなく、「人間にとって自然な形をとる｣ようにすることも大切なのです。情報隠ぺいといっても、すべての情報を隠すというわけではないことに注意してください。
　そこで多くのオブジェクト指向言語は「アクセス指定子」というものを用意しています。これを使って､クラスがもつ情報やメソッドを「どれだけ外に見せるか」を決めることができます。Ｊａｖａではアクセス指定子として、ｐｕｂｌｉｃ、ｐｒｉｖａｔｅ、ｐｒｏｔｅｃｔｅｄなどを用意しています^＊７。
　ここまでわかったところで､実際にコードを見ていきましょう。まずはリスト１をご覧ください。三角形を表すＳａｎｋａｋｕ（１）、そしてＲｕｎＴｅｓｔ（２）という二つのクラスを定義しています。ＲｕｎＴｅｓｔクラスはＳａｎｋａｋｕクラスからインスタンスを作って実行するためだけに作ったものです。Ｃ言語でいうところのｍａｉｎ関数に相当するものです。ＶＢを使っている人は、フォームのＬｏａｄイベントの中でクラスからインスタンスを作っていると思ってください。Ｓａｎｋａｋｕクラスは、底辺（ｔｅｉｈｅｎ）、高さ（ｔａｋａｓａ）という二つのデータを持ちます（３）。もっと正確に言えば、底辺と高さのデータをいれるための”入れ物”を持っています。これらを「フィールド」といいます^＊８。これらに加えて、面積を求めるｇｅｔＭｅｎｓｅｋｉメソッドも備えています（５）。（４）はあとで説明することにして、（２）の中の処理に注目してください。まず最初に、Ｓａｎｋａｋｕクラスのインスタンスａを作っています（６）。これでインスタンス「ａ」を操作することで、Ｓａｎｋａｋｕクラスのメソッドにアクセスできるようになるわけです。
　ところが、このサンプルは大きな問題点を抱えています。それは、（３）で宣言したフィールドのアクセス指定子として「ｐｕｂｌｉｃ」を指定していることです。ｐｕｂｌｉｃという単語から想像が付くと思いますが、こう指定するとアクセスにまったく制限がなくなり、すべてのクラスから自由にアクセスできるようになります。先ほど､すべての情報をクラスの外部からアクセスできないようにするのもどうかと言いましたが、この情報に関しては別に自由にアクセスできるようにする必要ありません。クラスはできるだけ「独立」にするという原則を安直に崩すのは慎むべきです。しかもすべてのクラスから参照可能にすると、ほかのクラスから不用意にアクセスされる可能性があるので、バグを生む要因にもなりかねません。
　そこで、ここでは二つのフィールドを「ｐｒｉｖａｔｅ」にするするほうがよいでしょう。こうすると、そのフィールドを持つクラスの中からのみ参照可能になります。ただこのサンプルの場合、このままではフィールドを別途用意する必要があります。これらのことを踏まえてリスト１のコードを変更すると、リスト２のようになります。ｔｅｉｈｅｎとｔａｋａｓａの値はSetInfoメソッドを使って設定できます。

*9　C++ではスーパークラスを基底クラス、サブクラスを派生クラスと呼びます。
*10　リスト３のSankakuクラスはリスト２のｔｅｉｈｅｎを「ｘ」に、ｔａｋａｓａを「ｙ」に変更しているだけです。
*11　C++では、サブクラス名のあとに「コロン（：）＋スーパークラス名」と記述します。VBの場合、JavaやC++のような継承はできません。詳しくはPart2のカコミ記事（８０〜８１ページ）を参照してください。

*12　このほか、オーバーロード（ｏｖｅｒｌｏａｄ）もポリモ-フィズムの例として挙げる人もいます。オーバーロードは、一つのクラス内に名称は同じ内容が異なるメソッドを定義することを指します。同じクラスで、三角形の面積を求めるメソッド「Ｍｅｎｓｅｋｉ（ｉｎｔ ｈａｎｋｅｉ）」を定義する、といった具合です。このように引数の型や個数は異なる必要があります。Ｊａｖａではメソッドのオーバーロードのみ可能ですが、Ｃ＋＋では演算子のオーバーロードもできます。

●ポリモ-フィズム　：　オブジェクトは「変わる」