Index: [Article Count Order] [Thread]

Date:  Wed, 08 Dec 2004 10:49:50 +0900
From:  "Nakajima Katsuyuki" <****************@*******.***>
Subject:  [oosquare-ml:04434] RE:  GUI 操作のためにだらだら長い Main  は嫌だ(求助)
To:  ***********@***.***.*******.**.**
Message-Id:  <**********************************@***.***>
In-Reply-To:  <**************.****.***********@***.*****.***>
X-Mail-Count: 04434

中島です。
達人ではないです。

>1.巨大なGUIクラスの分割はどうすればよいでしょうか?
>	 概念モデルから入るドメイン層のオブジェクトは,責務分担がとてもわか
>	りやすいのですが,プレゼンテーション層(GUI)層は分割基準がよくわかり
>	ません.OOP達人の場合はどういう風に責務分担されているのでしょうか?
>	 RADツールを使うことを考えると,main()が持つ責務(メソッド)をGUIク
>	ラスの責務へ移せばいいかな?(コンポーネント化)と想像していますが,
>	これは問題解決の方向としていかがでしょう?

階層を更に分離すると責務を分離しやすくなるのではないでしょうか。
プレゼンテーション層はビュー層とヘルパー層に、ヘルパー層はイベント層とプロキ
シ層に分離できます。
ただし、そういうクラスを設計・実装・試験を行いカスタムコンポーネントとして登
録するのはとても面倒なので、サイトから購入するか基盤チームにつくってもらうの
でいいんじゃないかと。
それができなければ、RADを使うトレードオフとしてコードの可読性や再利用性、
変更容易性が失われるのは仕方がない、と割り切ってそのまま放っておくほうがよい
と思います。はまっちゃうし、そもそも他に誰も再利用しないコンポーネントをつ
くっても自己満足に近い作業におわってしまいますしね。