C＃7を使用したforeach宣言でのヌル統合オペレータ

Question

this codeの例をC# 7.0で見ていましたが、このループの下で何が起こっているのか、このループのパフォーマンスについてはわかりませんでした。

foreach (var c in text ?? throw new ArgumentNullException(nameof(text))) 
{ 
    ... 
} 

私の質問：

1. は、条件文を一度押すか（ 各反復で）複数回取得していますか？
2. 新しい構文は異なって見えますが、このようにするとどのような利点がありますか？

Answer 1

if (text == null) // or string.IsNullOrEmpty for strings 
    throw new ArgumentNullException(nameof(text)); 

foreach (var c in text) 
{ 
    // ... 
} 

：
私は、広く使われている一般的な良い習慣を使用することをお勧めしますこのC#の機能を理解するには、内部コードforeachを理解する必要があります。 foreach文の式の右側部分はIEnumerable(<T>)インタフェースを実装する必要があり、全体のループは、内部的に、このような単純なwhile、何かである：

// here can be NullReferenceException 
var en = text.GetEnumerator(); 
while(en.MoveNext()) 
{ 
    var c = en.Current; 
    { 
     ... 
    } 
} 

あなたが見ることができるように、このコード内のポイントがありますNREすることができます

if (text.IsNullOrWhitespace()) 
{ 
    throw new ArgumentNullException(nameof(text)); 
} 

// while loop here or text.SomeLinqCodeHere() 

が本当に不要ではありません、ここでのコードのいくつかの行があり、いくつかのエントロピーを追加し、：あなたはこのような列挙前にループ全体またはEnumerable extensions classを、チェックする必要があるので、発生本当の価値はありません。 foreachシンプルなそれは本当に意見ベースのコードの規格についての決定が、この機能の真の目的の場合には、このように、?. operatorのように、C#7に他の新しいもので、それを連鎖さ：投げるような場合には

int? length = customers?.Length ?? throw new ...; 
Customer first = customers?[0] ?? throw new ...; 
int? count = customers?[0]?.Orders?.Count() ?? throw new ...; 

int? length = customers?.Length; // should not be null 
Customer first = customers?[0]; // should not be null 
int? count = customers?[0]?.Orders?.Count(); // should not be null 

が、それはあなたのコードのためのいくつかの厳格な契約のようなルールを追加します。例外は、コードの行の末尾にコメントすることは似ています。このような式でforeachループのパフォーマンスについては

、すでに言ったように、それは列挙子を取得することは、一度だけ発生するよう苦しみ、そして 前の実ループしません。

Answer 2

"foreachの動作方法"に関して、条件文は一度だけ計算されます。

あなたはこれらの質問にどのように機能するかのforeachループの詳細を読むことをお勧めします

：
How do foreach loops work in C#?
Does foreach evaluate the array at every iteration?

感謝をSvekには、Visual Studioの後にリリースされる新しいC＃7.0の機能であることを説明するために2017 RC：
http://structuredsight.com/2016/09/01/c-7-additions-throw-expressions/

私は「利点は何か」は、意見に基づいた質問の一種だと思います。
私の意見では、それは良いことは何ももたらさず、用語やコードの読みやすさにはちょっと醜いです。おそらく、我々は数年で、nullで合体+スロー例外の使用状況が表示され、それが新しい標準になるだろう:)