は <p></p>が、私はDelphiでMediatorパターンを実装したい...循環参照

Question

Mediatorパターンに精通しているものについては

を得ることなく、DelphiでMediatorパターンの実装が、Delphiコンパイラは、循環参照を扱うことができません必須。

「デザインパターン」の元のGOF図を見ると、メディエータには各同僚の参照がありますが、同僚のオブジェクトの多くにはメディエータへの参照があります。

これは、ほとんどの言語では問題ではありませんが、私のDelphiコンパイラは、任意の使用可能、インターフェースを使用して、私に

うthis approach「へ... F2047循環ユニットの参照」を与えていますか？循環参照を許可する言語では、あなたが抽象メディエータクラスを省略することができます。

私は、Delphi 2010

[ソリューションの概要]

だけ受け入れ答えを要約するを使用しています（複雑なようです）（GoFの「実装」セクション（278ページ）を参照）。 抽象MediatorクラスなしでMediatorをDelphiで実装できる唯一の方法は、すべてのクラスを1つのユニットにまとめることです。。

それ以外の場合は、具体的なサブクラスに加えて、追加の抽象的なMediator基本クラスが必要です。 3つのユニットのための

あなたのuses句は次のようになります。

ConcreteColleage1はメディエータ
ConcreteMediatorはメディエータ、ConcreateColleague1
メディエータ（どちらか使用しません）

ない循環参照を使用し使用します！

Answer 1

循環依存がどこで発生するのかわかりません。 this diagramのクラスを実装すると、そのようなことは起こりません。

は、Delphiで、この図を実装するには、確かに

• Mediatorインターフェースのいずれかを記述する必要があります（とあなたのConcreteMediatorクラスがこのインタフェースを実装する必要があり）（
• または仮想メソッドを持つ基本Mediatorクラスを、 ConcreteMediatorクラスをMediatorから派生させ、これらのメソッドをオーバーライドしてください）。

Answer 2

インターフェイスを使用することは、ユニット間の依存関係を減少させるのに役立ちます。もう1つのアプローチは、クラス間の相互作用メソッドを定義する抽象基本クラスを持つことであり、それから具体的な子孫を別々のユニットに配置することです。

参照：デルファイのcirculare参照を避ける方法の詳細については、How to avoid circular unit reference?を参照してください。

Answer 3

メディエータと同僚を同じユニットに配置することも考慮する必要があります。多くの状況で、循環参照を避けるための慣用的なDelphiの方法です。

interfacesを使用すると、この種の問題に対処することはできますが、実際にはそれほど複雑ではない場合があります。

コードのトレードオフがどこになるのか分かりにくいので、一般的なルールとして他のアプローチよりも優れていると言いたいとは思いません。