ﾌﾟﾛｸﾞﾗﾑ(ｸﾗｽ)の設計はどのように行なえばよいでしょうか？以下どちらも古い書籍ですが､おすすめです｡
特に1冊目には､ﾀｲﾄﾙの通り｢ｵﾌﾞｼﾞｪｸﾄ指向の考え方(こころ)｣が書かれています｡
ﾃﾞｻﾞｲﾝﾊﾟﾀｰﾝとともに学ぶｵﾌﾞｼﾞｪｸﾄ指向のこころ (Software patterns series)
ｵﾌﾞｼﾞｪｸﾄ指向における再利用のためのﾃﾞｻﾞｲﾝﾊﾟﾀｰﾝ
▽2
●
犬猫ﾊｰﾌ ﾍﾞｽﾄｱﾝｻｰ |
ｵﾌﾞｼﾞｪｸﾄ指向でなぜつくるのか―知っておきたいﾌﾟﾛｸﾞﾗﾐﾝｸﾞ､UML､設計の基礎知識―
やや古い本ですが､私はこれで勉強しました｡また､Webｻｲﾄですと http://www1.u-netsurf.ne.jp/~kitada/3H/ が比較的わかり易かったです｡
＞ 機能をどのように細分化してｸﾗｽ単位に纏めればよいかの基準や手法がいまいち要領を得ません｡
基本的には､｢単一の機能を持つ､ﾃﾞｰﾀ構造とｱﾙｺﾞﾘｽﾞﾑのまとまり｣を1つのｸﾗｽとすべきです｡
例えば､｢ﾒｲﾝｳｨﾝﾄﾞｳ｣｢設定ｳｨﾝﾄﾞｳ｣｢ﾊｯｼｭ値の計算部分｣｢ﾈｯﾄﾜｰｸを介した通信を行う部分｣等は､それぞれ1つのｸﾗｽとすると良いかと思います｡
また､私がよくやるのは､ｸﾗｽの内部構成(持たせるﾃﾞｰﾀやｱﾙｺﾞﾘｽﾞﾑ)を仮決めした段階で､ｸﾗｽの名前を考えます｡で､複雑な名前になったらそれは｢ｸﾗｽの設計がまずい｣と判断します｡
例えばｱﾌﾟﾘ内で｢文字列の線形ﾘｽﾄ｣を扱う必要が出て来て､それをそのまま一つのｸﾗｽにすると｢LinkedListOfString｣みたいな名前になりますよね｡
で､これだと以下の2点から｢複雑で悪い｣名前だと判断します｡
この場合､LinkedListｸﾗｽとStringﾘｽﾄの2つに分けると､それぞれの名前は短くｼﾝﾌﾟﾙになりますので､これは｢良い名前＝良いｸﾗｽ設計｣だと判断します｡
ものすごく大雑把に説明しましたが､ｸﾗｽ名を考えてそれを基準にｸﾗｽ設計の良し悪しを判断するというのは､それなりに使える手法だと考えています｡
