>>172
staticって、シングルトンかstaticメソッドのみのクラスにするってこと？
コンポーネントのレイヤーによるけどあまり多くはやらないな。
いろいろ作ってみて思ったことはこんな感じ。

・イベント処理は、StrutsのActionみたいな感じで作ると楽。いわゆるコントローラ？ただしStruts同様statelessで。
ここでは、UIからパラメタ取得してドメインオブジェクトのメソッド実行をする。
・イベント処理の結果を画面に反映させる処理は、UIに書いた方が楽。具体的には内部無名クラスに直書き。
無理してコントローラに書くとインタフェースが複雑になる。
・SwingのActionインタフェースは、例外処理とかログ出力とか考えると機能不足。
継承したり独自のActionクラスを作ったりAOPしたりといったカスタマイズが要る。
・Actionのディスパッチは、DI的にすると作りやすい。
GUI部分は、public Action getAction(String key)のようなメソッドを持つコンテナだけを知っている。
・DI的なコンテナはシングルトンで。他にシングルトンは作らない。
・モデルオブジェクトの管理もDI的なコンテナに任せる。
・とあるUIでデータ更新→それに合わせて別のUIでも更新、といった処理は、イベントとして処理。
そのためのイベント処理の枠組みを、DI的なコンテナに実装する。

とか思ってたら、Eclipseプラグインの作り方に似てきたような気がしてきた。
Eclipse Platformって面倒くさいけど、Swingの後に作っただけに便利なところは結構あるね。