addListenerとかはある。使う場面あるのか?最初からEJBエンティティービーンとして作ればおのずと双方向リンクとなり問題にはならない。table持てばそれで解決するばす。多対多の関連の場合はvisitorパターンで解決するらしい。?アナリシスパターンにも同じアイデアが書いてあって、しかも概念のみなので読んでもわかりにくい。■シンボリック定数によるマジックナンバーの置き換え定数だけ書き換えてもantは反応しない、そのクラスしか書き換えない最適化が効いてクラス内部にとりこまれる。finalをはずしたらクラス内にもフィールドを持てる、コーディング規約的にはgetterで書くべき。静的な値であってもgetter必要、たとえば税率、季節や州で変わったときに変更させたい時に有効。getterもなるべくファナライズしておいた方が良い、サブクラスで置き換えるかどうかは設計次第。staticは、置き換え不可能なので困る、こういう時は自己カプセル化すべき。finalにしたら遅延初期化は不可能inline化できない。■データクラスによるレコードの置き換えこればTCPヘッダーの解読みたいな、バイト列の処理をどんなときにするかの話、らしい。■クラスによるタイプレコードの置き換え値オブジェクトは変更不可能な値を持つだけのクラスであることはありえる。自分で持つときは、インナークラスで持つか、無名クラスはほかから見えない。構造体のようなクラスの処置。■サブクラスによるタイプコードの置き換えここは一発インナークラスを使って対応すべき。scriptingに対して耐性のある形で公開したい。Caseとは別にAnalysisというclass図っぽい企業モデリングもあり。