ニーズに合わせたサービスブランコのGUIを通ドメインの論理によるものか。

Question

しているのか教えてくださいドメインの論理行のPOJOs.を書きたいスウィングユーザインタフェースのユーザを始め、各種のドメイン行動します。

どのパターンの枠組み/図書館のためのコミュニケーションをとることでUIのンロードすることは可能です。この度煮込:

• のUIが変換できるユーザのジェスチャーにドメイン行動
• のドメインでの送付状態-結果情報のUIディスプレイ目的のため

私が認識しMVCとして幅広い概念としてfiddledのオブザーバーパターンがJavaの実装には欠点がわかれば、正しくなった場合、受け入れベスト実践のためにこの問題なのか。

Answer 1

あMVC-このようになっ 例 を明確に分割している。この問題のスイング例は、このように簡単に働くすべてのスイングっていないようす

Answer 2

MVC は、個別ウィジェットは、しかしもう少しの興隆とき pages や forms 多くのウィジェット.

こあみ(見たいな方法が良いと思いますに賛同すので、まだ実際に使用し、行でも同様のもの 豆結合の枠組み(JSR295)

Answer 3

また、オブザーバーパターンを使用AspectJマジック)、過去に 一部の 成功が見つかりがない限りにおいて、常に心がけていたので早くなったクラスター..uhh..フリック?

すぐに硬質管理に最も重要なのは非常にハードデバッグ.

編集：

広自分の解答に使用していました SWT, ないスイングでYMMV.また使用は基本的にAspectJをフックの移動からのデータのUIコンポーネントのモデルオブジェクト。これらのモデルオブジェクトがダムPOJOs.

実際のビジネスロジックを行い、"見ている"とのモデルオブジェクトAspectJ焼成に必要なイベントの場合に変更されます。で変更された場合、それぞれの値は、テキストボックスAspectJい、それをコピーした値にPOJO.この分野のPOJOたイベントでビジネスロジックという その ます。その論理変更を終えたPOJOs(う)AspectJう通知のコピーの値からPOJOのUI部品です。