ネストされた静的クラスでは拡張メソッドは使用できません。

Question

これはなぜですか？私はそれを見つけるだろう本当にいくつかの拡張メソッドを私のクラスのうちで使用されるようにロックダウンすることができてうれしい。本当にどこでも利用できる特定の拡張メソッドを持つようにしたい...と、彼らはそう、通常の静的メソッドよりもはるかに良く見てはいけない：P

---

明確にするため：

私はこれらの拡張メソッドをしたい理由があるためであります私はそれにDataGridViewを持っているフォームを拡張しています。そして、私はこれらのような行の非常に疲れています：

foreach(var row in grid.Rows.OfType<DataGridViewRow>().Where(r => (bool) r.Cells[checkBoxColumn.Index].Value)) 

foreach(var row in grid.SelectedRows.OfType<DataGridViewRow>().Where(r => (bool) r.Cells[checkBoxColumn.Index].Value)) 

は、私はちょうど、他の言葉で

foreach(var row in grid.Rows.CheckedRows()) 

foreach(var row in grid.SelectedRows.CheckedRows()) 

そうすることができるように拡張メソッドをご希望、この拡張メソッドは全く有用ではありませんこのクラス外。しかし、それはコードをもっときれいにするでしょう。もちろん、定期的な方法を作ることもできますが、これはできませんでした。

私は、拡張メソッドを使用できる場所にこのような制限を設ける理由を知っている人がいるかどうかを知りたいと思っていました。 静的なクラスでなければならないは完全に意味があります。 ネストされた静的クラスに入れられない少なくとも...

Answer 1

拡張メソッドを使用すると、実際にあなたのコードは多くのクリーナーで作成されますか？あなたのクラスで標準のヘルパーメソッドを使用するよりもですか？

// extension method 
foreach (var row in grid.Rows.CheckedRows()) 
foreach (var row in grid.SelectedRows.CheckedRows()) 

// standard helper method 
foreach (var row in CheckedRows(grid.Rows)) 
foreach (var row in CheckedRows(grid.SelectedRows)) 

Answer 2

タイプを拡張する場合、拡張メソッドはタイプ自体と同じようにアクセス可能でなければなりません。

ベストプラクティスでは、すべての拡張メソッドを1つの場所、好ましくは1つの静的クラスまたは1つの名前空間に含めることを推奨します。

Answer 3

タイプのソースコードを所有している場合、なぜ拡張メソッドを使用していますか？なぜ、それらの拡張メソッドを型のメンバーにするだけでいいのですか？

拡張メソッドは、作成しなかったタイプを拡張するのに最適です。これらは有用なツールですが、最初のものではなく最後の手段でなければならない間接的なレイヤーです。独自の型を拡張するためにそれらを使用することはできますが、作成しなかった型についてはその使用を予約する方が理にかなっています。