>>710
現実模倣でいいじゃん。お客さんから設計者、開発者、PM、運用者等、みんなで設計のモデルを
共有できるから、かなりメリットあるよ。逆に○○ハンドラーとか××プロシジャみたいなクラスが
中心の設計を見ると萎えるね。まず、お客さんが聞いてくれないので後でたいてい要件定義漏れが
出る、障害の説明しても上がよく分からんから「で、いつ直るんだ」の一言になる、など等。
設計の鉄則が KISS だというのも昔から変わらんよ。

>>711
言い古されているけど:

　「A は B である」が成り立つなら「継承 (class A extends B)」。
　「A は B を持つ」が成り立つなら「Composite」。
　「A は B の一部を構成する」が成り立つなら「A を B の inner クラス」。 ← 我流:ﾁｮｯﾄ語弊がある

かな。俺は要件とオブジェクトの定義をむちゃくちゃ大事にした設計をするが、やっぱりこれやらんと
数百人規模の開発はムリだ。○○ハンドラーとか使うと、たいてい各社がそれぞれ俺様システムを
作り始める (藁