2009-03-16 12 views

答えて

0

あなたがそれを避けることができる場合は、おそらくそうです。それ以外の場合は、後で循環依存性に関する多くの問題が発生する可能性があります。

本当にお互いを知る必要がありますか、または2つを参照する第3の「制御」概念がありますか?

11

"論理"クラスに "gui"クラスの知識を持たせることは、原則として悪いことです。分離の背後にあるアイデアは、モデル/ビューデザインパターン(またはモデル/ビュー/コントローラ)です。ビューにはモデルへの参照が必要です。モデルがビューへの参照を必要とする理由を本当に詳しく見てください。モデルが情報をビューイベントに送信する必要があるときは、通常、リスナーが使用されます(例については、javax.swingテーブルとリストモデルを参照してください)。

5

これは避けてください。 GUIでは、ドメインロジックへの参照を持つことができますが、ドメインロジックではGUIへの参照を持たないようにしてください。

なぜですか? そうでなければ、GUI &ドメインロジックを別々のファイルに分割する利点はありません。あなたのロジックがあなたのGUIに依存している場合、別のGUIでロジックを使うことはできません。

だから、あなたのロジックからあなたのGUIへのこの依存関係を回避するか、あるいはその抽象化を行うべきです。

私はここで自分を明確にしたいと思っています。 :)

0

ロジッククラスに何かのインターフェイスを公開して、ロジッククラスが何か変更されたときにGUIを更新する必要があるかもしれません。

ロジックは、GUIインプリメンテーションを直接的に知るべきではなく、そのインターフェイスのみを知っているべきです。

Observer Patternがこれに使用されることがあります。

関連する問題