咳といいます。
> 私は，ある一面ではお二方のおっしゃるようにＲＡＤの副作用としてあきらめ
> るしかないと割り切っている反面，それが理想ではないと信じ理想を追い求めて
> いるところがあって，なんとかならないものかなぁ〜と悩みを楽しんでいます．
> これが仕事だと「動けばいいや」と思う気持ちが強いのですが，趣味で作るプ
> ログラムは（完全に個人的な主観ですが）美しさがとても大切で，だらだらっと
> 長いMain()を見るたびにげんなりしてしまうんです．
Borlandのもよく知らないのですが、そのRADツールではmainにたくさんのイベント
ハンドラが置かれちゃうのですか?
でもまあ、イベントハンドラの中身に直接具体的なコードを書くか書かないかはRAD
ツールというよりもプログラマの責任な気がします。
mainに並んでしまうイベントハンドラのエントリだけあきらめたらあとは自分の
美しいと信じる設計で書いたらいいんじゃないかしらん。
> 以前から，世の中にはドメイン層に関わるモデリングはあるけどプレゼンテー
> ション層（GUI)にかかわるモデリング・ノウハウ／関心がない，と感じていたこ
> とが重なって，益々「どうにかならんものか」という気持ちが先日の質問につな
> がっています．今にして思えば，そんなに簡単に説ける問題ではないと再認識し
> ています．
Webアプリなんかにはないのかしら。部品をぺたぺた作るようなGUIのアプリも
フォームをならべるようなWebのアプリも大した違いはないですよ。
# 太古のThinkClassLibraryやMacAppの古いやつなんかはコントロールごとに
# サブクラスを作らなくてはならなくてうんざりしました。
フレームワークやRADツールが決めてしまう界面と、自分のアプリの間を取り持つ
アプリ内メッセージ交換の仕組みなんかをさらっと書くと良いんじゃないかなあ。
まあGUIのアプリにかかわらず、言えることなんですが…。