プログラム（クラス）の設計はどのように行なえばよいでしょうか？

オブジェクト指向でなぜつくるのか―知っておきたいプログラミング、UML、設計の基礎知識―

• 作者: 平澤章
• 出版社/メーカー: 日経BP社
• 発売日: 2004/06/03
• メディア: 単行本（ソフトカバー）
• 購入: 34人 クリック: 431回
• この商品を含むブログ (203件) を見る

　やや古い本ですが、私はこれで勉強しました。また、Webサイトですと http://www1.u-netsurf.ne.jp/~kitada/3H/ が比較的わかり易かったです。

＞ 機能をどのように細分化してクラス単位に纏めればよいかの基準や手法がいまいち要領を得ません。

　基本的には、「単一の機能を持つ、データ構造とアルゴリズムのまとまり」を1つのクラスとすべきです。

　例えば、「メインウィンドウ」「設定ウィンドウ」「ハッシュ値の計算部分」「ネットワークを介した通信を行う部分」等は、それぞれ1つのクラスとすると良いかと思います。

　また、私がよくやるのは、クラスの内部構成（持たせるデータやアルゴリズム）を仮決めした段階で、クラスの名前を考えます。で、複雑な名前になったらそれは「クラスの設計がまずい」と判断します。

　例えばアプリ内で「文字列の線形リスト」を扱う必要が出て来て、それをそのまま一つのクラスにすると「LinkedListOfString」みたいな名前になりますよね。

　で、これだと以下の2点から「複雑で悪い」名前だと判断します。

• 長い
• 複数の機能（線形リストと文字列）の名称が含まれる

　この場合、LinkedListクラスとStringリストの2つに分けると、それぞれの名前は短くシンプルになりますので、これは「良い名前＝良いクラス設計」だと判断します。

　ものすごく大雑把に説明しましたが、クラス名を考えてそれを基準にクラス設計の良し悪しを判断するというのは、それなりに使える手法だと考えています。