http://d.hatena.ne.jp/marrow/20040726#1090798414
長くなりそうなのでこっちに書く(笑)
コメントエンティティー
利用者エンティティー
コメントコントロール（Dao）
　コメント追加
　コメント取得
利用者コントロール(Dao)
　ユーザ・パス認証
　ポイント取得
　ポイント追加
コメントロジック
　一覧取得
　コメント追加
利用者ロジック
　承認
こんな感じで判るかなぁ〜
ロジックとコントロールは両方ともBCEのCで、ロジックはコントロールを呼び出して仕事をするコンポーネント

2004-07-27

外を見ると・・・

そのほか

見慣れない色の雲がかなりの速度で動いていたので何事！？って思ってよく見たら、火事でした(^^;
http://d.hatena.ne.jp//images/diary/makotan/2004-07-27.jpg
上空にヘリも飛んでます。

2004-07-27

MaxiVista-デュアルモニタ

そのほか

日記とメールを常にメインで表示しながら、サブディスプレイで仕事をすると・・・（違

2004-07-27

来月から

そのほか

出費をコントロールしやすくする為に予算制へ移行しよっと、その影響で多分飲み会の数が減ります(笑)

2004-07-27

「アスペクト指向技術セミナー」受講票

そのほか

届きました。で、これをどうするのかどこにも書いてないんですけど・・・
登録番号さえ抑えておけばそれで良いの？

2004-07-27

１コントロール＝１インターフェイス？

そのほか

Nazunaの経験から・・・
機能数に応じてクラス数が増えて、クラスの管理が大変になります。これはかな〜りのデメリットです。結局パッケージをクラスっぽく使う方向になるんですけど、それよりも素直にInterfaceのmethodをコントロールにすればいいと思います。
振る舞いが増えたら、Interfaceにmethodを追加すれば良いだけだと思います。その程度のコントロールは一人の人間が開発してユニットテストを書くものだと思います。