行方不明のienumerable foreach拡張の奇妙なケース

c＃の zip 関数の欠如に関する最近の議論は、関連する質問を引き起こしました：なぜC＃は、広く使用されている foreach extensionメソッドを提供しないのですか？ ]インターフェイス？ 興味深いことに、リストのみ がこの機能を含めます。

この省略はパフォーマンスの最適化ですか？それとも、より深い、根本的な理由はありますか？ いくつかの理論は、この顕著なギャップを説明しようとします。

foreach アドバンテージ 1つの視点は、C＃の組み込み

ステートメントがほとんどの反復ニーズに適切に対応することを示唆しています。 その簡潔で読みやすい構文がしばしば好まれます：

foreach (Item item in list)
{
    item.DoSomething();
}

list.ForEach(item => item.DoSomething());

extension の引数 ただし、特定の状況で foreach（）

拡張法は、
• foreach ステートメントのランタイムチェックとは異なり、コンパイル時間タイプチェックを提供します。 合理化された構文：「objects.foreach（dosomething）;」で示されているように、代表者の呼び出しを単純化します。
• メソッドチェーンの可能性：潜在的に過度に使用する傾向がありますが、
foreach（）
• 呼び出しは説得力のある利点です。 視点のシフト

foreach（）foreach（）foreach（）の値を認識している人もいます。 この再評価は、Microsoftが将来のフレームワークリリースに標準化された foreach メソッドを追加することを検討するかもしれないことを示唆しています。

ienumerable のこの拡張法がないことは、依然として議論のトピックです。 潜在的な利点を考えると、開発者コミュニティは、このギャップがC＃拡張ライブラリで対処されていることを望んで、さらなる開発を予測しています。。