c# - C# 拡張メソッドアーキテクチャに関する質問

Question

Marc Gravell の回答は完璧で、私の問題を解決しました。でも、考えるきっかけになりました…

拡張メソッドを静的クラスに配置する必要があり、メソッド自体が静的でなければならない場合、静的な拡張メソッドを作成できないのはなぜですか?

「this」とマークされたパラメーターは、拡張するオブジェクトのインスタンスへのアクセスを許可するために使用されることを理解しています。私が理解していないのは、メソッドを静的に作成できない理由です...これは無意味な制限であるように思えます...

私の質問は、静的メソッドとして機能する拡張メソッドを作成できないのはなぜですか?

score 7 · Accepted Answer

本当の答えは単純だと思います。良いユースケースはありませんでした。たとえば、利点は、既存のタイプ (それ自体はロジックを提供しない) よりも流暢な API を有効にすることです。

var foo = data.Where(x=>x.IsActive).OrderBy(x=>x.Price).First();

これにより、LINQ が有効になります。

var foo = (from x in data
           where x.IsActive
           order by x.Price
           select x).First();

静的メソッドでは、これは単純に問題ではないため、正当な理由はありません。2 番目のタイプで静的メソッドを使用するだけです。

そのままでは、拡張メソッドは適切にオブジェクト指向ではありません。純粋さを犠牲にして生活を楽にするための実用的な悪用です。静的メソッドを同じように希釈する理由はありませんでした。

score 3 · Accepted Answer

その機能は C# には存在しないためです。

回避策として、静的メソッドを別のクラスに実装し、そのクラスを介して呼び出して、追加機能を提供することができます。

たとえば、XNA には、理想的にはMathクラスの静的拡張であるMathHelperクラスがあります。

コミュニティは、C# 4.0 に適しているかどうかを尋ねています。

score 1 · Accepted Answer

私の考えは互換性のためです-この演算子を必要として突然すべての静的メソッド拡張メソッドを作成した場合、拡張メソッドで通常のメソッドをオーバーライドしているコードを誤って壊してしまう可能性があります。

このパラメーターは制御を可能にするため、互換性を損なうことはありません。

ただのアイデアです。

score 0 · Accepted Answer

まず、既存の型の静的メソッドを拡張することを示すために、さらに別の構文を追加する必要があります。構文を拡張するときは、そうする非常に正当な理由が本当に必要です。

MyClass に拡張メソッドを追加できる MyExts というクラスがあるとします。なぜだろう： -

MyClass.DoSomethingExtra();

よりも優れている

MyExts.DoSomethingExtra();

?

c# - C# 拡張メソッド アーキテクチャに関する質問