Mail: Pass:
前月  2008年5月  翌月
1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30 31

links

 びびすけさんのページ
 体重・走距離分析
 月間・靴・コース走距離
 タイムトライアル分析
 速度・心拍数分析
 自転車・月間・コース走距離
 オセロ勝敗・レート分析
 ViVi web site

新着日記

 はじめての AIR プログラム(汎用…
 モカ将棋 0.005 リリース
 座標がずれる
 壁にぶちあたった
 Laramie V1 に勝ち越し!
 vs Laramie V1 10番勝負
 モカ将棋10番勝負 (2)
 開発マシンが死んだ!?
 vs Lesserkai 1.3.2 10番勝負
 TJshogi にも初勝利
 Lesserkai 1.3.2 (1秒)に初勝利!
 将棋大会 地区予選
 プレイアウト結果の信頼性
 vs ランダム将棋
 moca将棋
 ViVi 2.05

新着コメント

 無題/ひらた
 直った/びびすけ
 vs Laramie V2/びびすけ
 vs LaramieV1 10…/びびすけ
 vs TJshogi 0.03…/びびすけ
 vs ランダム将…/びびすけ
 vs TJshogi 0.03/びびすけ
 羽生×山崎/びびすけ
 ボナ×渡辺竜王/びびすけ
 羽生×山崎 戦/びびすけ

トラックバック

トラックバックはありません。

カテゴリ一覧

 基本データ
 テニス
 ジョギング
 ViVi
 自転車
 Web
 RunRunDietOnline
 PostgreSQL
 ビルドアップ走
 ランニング

よいクラス設計 (2) (2008/05/21 14:45)

よくクラス設計の要件のひとつに「改造が簡単なこと」と言われたが、「改造が簡単」とはどういうことであろうか?
ぱっと考えられるの以下の3点である。

[1] 各クラスの規模が適切で理解が容易
[2] クラスの数が適切で理解が容易
[3] クラス間依存性が少なく、修正が波及しない

なんでもそうだが、規模が大きくなると理解が困難になる。理解が困難であれば改造中に過ちを犯す可能性が高く、改造が簡単でなくなる。
というわけでクラスの規模を適切なサイズに抑えるのが肝要である。
クラスの規模を抑えるには、継承や委譲を使って、クラスの機能を分割するとよい。
ただし、無意味に機能を分割すると、今度はクラス数が膨大になり、クラス間の関係の理解が困難になる。
適切な機能単位でクラスを分割しなくてはいけない。
また、同じクラス数であってもクラス間依存性があると、理解が困難になる、コンパイル時間が増えるなどのデメリットがあるので、
極力依存しないようにする必要がある


コメント:

パス ← 半角英字で「abc」と入力してください。
名前
タイトル
コメント

( page views in recent 7 days)

パスワード忘れ
今週のランキング
計算タマちゃん
FAQ
ヘルプ
about rrdOnline