インターフェイスに実装を追加するために拡張メソッドを使用していますかAnti-OOP？

Question

私はインターフェースを持っています。新しい要件のために、インタフェースは今実装できる単一のメソッドを持っています。

public static string ToEntityConnectionString(this IEnvironmentProvider provider) 
//Converts a standard connection string to EntityFramework compatible string 

インターフェイスを抽象クラスに変換できますが、現在はこのクラスを継承クラスとして制限しています。ただし、このインタフェースは現在Dependency Injectionだけで使用されています。

私は、エクステンションメソッドを使用してインターフェイスに機能を追加できると考えました。それは本当に良いと思われる。インターフェイスへの実装の追加？そんなことをするのは悪い習慣と考えられますか？もしそうなら、なぜですか？状況を考慮して、代わりに何を使用すべきか？

Answer 1

インターフェイスに拡張メソッドがある場合、そのインターフェイスに実装を追加するものと考えるべきではありません。これは、インターフェイスを取る静的ヘルパーメソッドであり、インターフェイスの公開されたメンバーに基づいてすべての作業を行います。これは、オブジェクト指向設計においてかなり多くのことを見るものです。 OOの原則に反するものではありません。 '拡張機能'の部分は見た目がきれいになり、検索/入力が簡単になります。あなたが実際に拡張メソッドをインターフェースの一部として考えるようになったら、本当にそうではないので、より大きな問題があるでしょう。

Answer 2

私は、クラスのユーザーがコピー貼り付けコードを使って簡単に行うことができる簡単なヘルパーメソッドとして拡張メソッドを参照しています。非公開の属性にアクセスすることなく機能を実行できるのであれば、それをインターフェースに追加することを正当化する新しいものがあります。