私は単なるエンジニアであって学者や研究者ではないため、ここに書いてある内容は科学的に吟味されたものではありません。\\ しかし、普段の仕事の中で気付いた合理性のある内容だと思っています。 !!!オブジェクト指向って? オブジェクト指向の最初の説明として良く出てくるのが、 *隠蔽 *継承 *多態性 というものです。 これらはオブジェクト指向の特徴を確かに言い表していますが、オブジェクト指向的な設計や実装を初学者が理解するための役に立たないとytpは考えています。少なくとも初心者にとっては百害有って一理無しです。\\ これから説明するオブジェクト指向に関する原則は、実際の開発現場で皆さんが実践することを目的に書いています。いわば、「__開発現場で役立つオブジェクト指向の本質__」を解き明かすために書きました。\\ \\ オブジェクト指向設計に関しては__デザインパターン__という形で様々な本が書かれていますが、パターンは有用ではあるものの全部を一々覚えてはいられません。そもそもパターンというのは、オブジェクト指向の本質を理解した人が設計した有用な常套手段に名前を付けたものです。囲碁で言う__定石__です。\\ しかし定石には必ず理由があり、それらの根底には共通する原則があります。このサイトでは、オブジェクト指向設計における原則を記述しています。つまり、定石を産み出すための原理です。囲碁で言えば手筋(てすじ)が近いでしょうか。\\ これを理解してしまえばパターンに頼ることなく正しい設計にたどり着けると私は考えています。パターンを否定しているのではありません。パターンの奥に隠れた__本質を理解する__ことが大切なのです。\\ !!クラス図の読み方 このサイトでは、UML(Unified Modeling Language)のクラス図(Class Diagrams)がたくさん出て来ます。ご存じない人のためにその読み方を簡単に説明します。次の4つがあります(UMLの定義ではこれ以外もあります)。\\ #集約 #コンポジット集約 #実現 #汎化 !集約 「AクラスがBクラスを部分として持っている」という関係を表します。「__has a の関係__」と言われます。「バイク本体とタイヤ」のような関係です。あるタイヤは色々なバイクに取り付けることが可能です。つまりバイク本体とタイヤは独立して存在できます。このような関係です。\\ [aggregation.png] !コンポジット集約 「AクラスがBクラスを部分として持っている」という関係は上の集約と同じですが、Bクラスインスタンスの生成/消滅/移動の制御をAクラスが行うことが異なります。例えば「木と木の葉」、または「伝票と伝票明細」のような関係です。単に「__コンポジション__」とも呼ばれます。\\ [composite.png] !実現 「Mインタフェースの振る舞いをCクラスが具体化(実装)している」という関係を表します。インタフェースでは、振る舞いの型(パラメータと戻り値)だけを定義し、その具体化(実装)はCクラス側に任せます。インタフェースは「役割」と理解すればいいでしょう。\\ [implement.png] !汎化 「EとFの性質の共通部分を抜き出してDとした」関係のことです。例えば「ワゴン車とセダンを自動車と呼ぶ」という関係です。俗に「継承」とも呼ばれ、「__is a の関係__」と言われます( E is a D.)。\\ [generalize.png] !!集約の記述 クラス図で集約を記述する際、「菱形」をどちらに付ければいいのか迷います。「A has B」の場合はA側に菱形を付ける決まりがあります。\\ では、入荷伝票を例に取るとどうでしょうか? !仕入先 has 入荷伝票 下の図は、入荷伝票と入荷明細の関係を仕入先と商品と共に表したものです。\\ [aggregation3.png]\\ 集約という言葉を「1つのインスタンスが別クラスのインスタンスを複数を持つ」という意味に取るならば確かにこの図になります。しかし、 *仕入先 has 入荷伝票 *商品 has 入荷明細 と読めてしまい、私にはしっくり来ません。 !入荷伝票 has 仕入先 下の図は、菱形の位置が上とは逆です。「入荷伝票が仕入先を持っている」「入荷明細が商品を持っている」という意図で書いたものです。 [aggregation2.png]\\ こちらの方が私にはしっくりくるため、このサイトではこの書き方で統一しています。\\ なお、菱形を記述しない「関連」という記法もありますが、この関連は意味付けが曖昧になるため、私はモデリング初期段階でしか使いません。最終的には「集約」あるいは「コンポジット集約」に収斂(しゅうれん)させます。\\ \\ 集約・コンポジット集約・関連の__実践的な使い分け__に詳しい方からのご指摘をお待ちしています。(ありきたりで曖昧なサンプルではなく、実際の開発で使用した時のルールです)\\ !!このサイトを読む上での注意点 このサイトに書いてある内容には、皆さんのこれまでの常識をくつがえすものが多々あります。今までの常識にとらわれずに読んで下さい。可能ならば頭を白紙の状態にして、書いてある内容を純粋に吟味してみて下さい。皆さんの開発にきっと役立つはずです。\\ \\ それでは次ページから、「本には書いてないオブジェクト指向」の始まりです。\\ !!本には書いてないオブジェクト指向のページ一覧 [クラスとはデータ構造]\\ [責務はクラスではない]\\ [クラスにするもの]\\ [小物クラス]\\ [リンゴ一個とリンゴ一山は異なるクラス]\\ [関数とユーティリティクラスは禁止]\\ [privateメソッド禁止]\\ [どのメソッドをどのクラスで実装すべきか]\\