眞鍋かをりオフ
えーーー、
申し上げにくいのですが
8/6のアスペクトセミナーの後に「眞鍋かをりオフ」をします。
．．．はい、学習できない子なんです。
前回「石原さとみオフ」をしてからあまり時間が経ってないのに。
参加資格は、http://manabekawori.cocolog-nifty.com/blog/を読んでおくこと。
参加表明は、http://www.wikiroom.com/oreju/?%E2%C3%C6%E9%A4%AB%A4%F2%A4%EA%A4%F2%B8%EC%A4%EB%B2%F1
かをりアスペクトがweavingされているなぞの集団です。
ダイコン時代の設計手法 - クラス抽出
http://d.hatena.ne.jp/akon/20040727#p1
http://d.hatena.ne.jp/makotan/20040727#p10
http://d.hatena.ne.jp/isami100/20040727#p1
http://d.hatena.ne.jp/marrow/20040727#1090917475
とさまざまな意見がありますが、コントロールの抽出は、
akonさんといっしょです。
イベントごとにVOで認識されるものをコントロールとします。
そのコントロールをどのようにまとめるかで、いろいろな意見があるのだと
思います。
isami100さんの1コントロール、1インターフェースは、S1時代にとっていた
方法で、シンプルで簡単です。
別にmakotanのいうようにクラスの管理が大変になるとは思いませんが、
これまでの管理手法と大きくかい離しているために、
なじみにくいという点がネックです。
やはり、ある手以後グルーピングしてインターフェースにまとめた方が、
わかりやすいんだろうなと思ってます。
インターフェースにまとめるときに、それが人によってまちまちになることは
避けたい。誰が、やってもある程度同じ結果になるような指針がないと
いけないと思ってます。
その考えでいくと、自由にCRC分析するのはないかなと思います。
そこで、私が考えたのが、バウンダリに関連するコントロールを
1つのコントロールにまとめる、
エンティティに関連するコントロールを1つにまとめる、
それ以外を共通のコントロールにまとめる方法です。
実際は、共通コントロールも幾つかのカテゴリ(インターフェース)に
分類すべきだと思っているのですが、この部分の指針が定まってません。
目的語で分けるのは直感的にはどうかなぁと思っているのですが。
今、くーすは現実の案件に投入しているので、
その中で見えてくるのかもしれません。
