インターフェイスの実装は独立していなければなりません

Question

オブジェクト指向のプログラマーとして私のすべてのヘックルを育てたレガシーコードが出てきました。

よく使用されるパターンは次のとおりです。 インターフェイスには2つの実装があり、1つの実装ではもう一方のメソッドが呼び出されます。

ここで、実装が互いに知り合わないようにリファクタリングする必要があると思います。どのようにそれを行うのは簡単です。私が明確に理解できないもの - &だから、善良な人々が私を助けてくれることを望んでいるのはなぜ？

私は理論上の理由を見ることができます - それはひどいオブジェクト指向設計です。しかし私はここで悪魔の主唱者を演じて、お互いに知識を持っている2つの実装の実際的な欠点は何かを尋ねています。なぜ時間が&お金がこの（私の心の中で）反パターンを取り除くために費やされるべきですか？

これに関する情報やリンクは高く評価されます。

Answer 1

interface1のインプリメンテーション1がinterface1のインプリメンテーション2を認識しているか相互作用していても問題はありません。

は、私はあなただけプロキシパターンの意図や国連意図実装このことができます:)バージョン管理が行われているよう

Answer 2

最初の実装が呼び出す「その他の実装」の方法は、私がライブラリ関数と呼ぶものです。別のモジュール/ file/project/whatever（あなたの言語/ dev envに依存します）に入れ、両方の実装にそれを組み込み、そこから使用するようにしてください。

一般的なコードを含むインターフェイスの2つの実装には間違いはありませんが、共通のコードを各実装から分離して、プログラムにロードできるようにする必要があります。

Answer 3

私は理論上の理由を見ることができます - それはひどいオブジェクト指向設計です。

なぜですか？それは私にとっては全く妥当に聞こえる。

たとえば、にはすべての通話をと飾りたいとします。あなたがいることを確認なぜ

public class DecoratedFoo : IFoo 
{ 
    private readonly IFoo original; 

    public DecoratedFoo(IFoo original) 
    { 
     this.original = original; 
    } 

    public string Bar() // Defined in IFoo 
    { 
     // Update statistics here, or whatever 
     return original.Bar(); 
    } 
} 

：コールが行われた頻度の統計を追加、またはチェックなど、いくつかの権限を追加するには本当実装、およびちょうどデリゲートは別にその装飾を保つために理にかなっています「ひどくオブジェクト指向の設計」となる懸念の分離？装飾されたクラスが具体的な実装のIFooを知り、より効率的にするためにIFooの一部ではないメンバーを呼び出すとしても、それは私にとって特にひどいものではありません。別のクラスを知っているクラスの1つで、同じインターフェースを実装しています。それらは上記の例よりも密接に結合されており、のみは約IFooを知っていますが、それでもまだ「ひどい」ではありません。

Answer 4

使用すると、1つの実装を引退していて、別途、他に変化がないことを続けていると、あなたはそれをテストする必要がいけない場合は、この上の私の考えは、やがてに

1. を想定しています。分離がない場合は、他の実装を分離してテストするのに時間を費やす必要があります。

2. それは常に単一の責任を持っているクリーナーです。