C# 5.0

2010年10月、PDC 10 にて C# 5.0 がらみの情報が少し。

.NET 4 以降、ライブラリもツールも、拡張という形で小出しにされるようになりましたが、言語機能も多分に漏れず、小出しに出て来ることになりました。PDC 10 では、「C# 5.0 / VB 11」という形での発表ではなく、「Asynchronous Programming for C# and Visual Basic」という名前で、非同期処理に関する部分だけが公開されました。

2011年9月の BUILD でも、少し C# 5.0 の追加機能、Caller Info 属性についての情報が公開されました。

非同期処理

async/await キーワードを使うことで、非同期処理を簡単に行えるようになります。

• 「非同期処理」

非同期処理には、処理の内容をシーケンス図やフローチャートに起こすと、同期の時と全く同じになるものがあります。このようなタイプのものに対しては、async/await を使うことによって、同期処理とほぼ同じコードで非同期処理を行えます。

Caller Info 属性

C++ でいうところのFILE やLINE マクロに相当するデバッグ用診断を実現するための機能です。

以下のように、メソッドの引数に属性をつけておくと、その引数に対して、コンパイラーが診断情報を渡してくれます。

public static classTrace{public static void WriteLine(string message,        [CallerFilePath]string file ="",        [CallerLineNumber]int line = 0,        [CallerMemberName]string member ="")    {var s =string.Format("{0}:{1} - {2}: {3}", file, line, member, message);Console.WriteLine(s);    }}

• CallerFilePath: 呼び出し元のファイル名。

• CallerLineNumber: 呼び出し元の行番号。

• CallerMemberName: 呼び出し元のメンバー名（メソッド名、プロパティ名、イベント名等々）。

ちなみに、コンパイル結果的には、定数やオプション引数と同様、コンパイル時のリテラル埋め込みになります。（実行時のコストは 0。ファイル名などを直接手書きで埋め込んだ場合と全く同じ結果になる。）

イテレーター ブロックや非同期メソッド内から呼び出しても、ちゃんとメソッド名を拾えます。また、匿名関数（ラムダ式や匿名メソッド式）中で呼び出した場合も、匿名関数を書いているメソッドの名前が使われます。（これらの機能は内部的に別のクラスやメソッドを生成していますが、そのコンパイラー生成名ではなく、元のメソッド名を拾います。）

詳しくは「呼び出し元情報(caller info)」で説明します。

foreach の仕様変更

C# 5.0 で、foreach の仕様が少しだけ変わるそうです。（一応、破壊的変更になります（既存のコードが動かなくなる可能性が0ではない）。）

C# 4.0 までは、foreach ステートメントは以下のように展開されていました。

staticvoid ForeachSample<T>(IEnumerable<T> data){// 展開前foreach (var xin data)    {Console.WriteLine(x);    }// 展開後using (var e = data.GetEnumerator())    {        T x;while(e.MoveNext())        {            x = e.Current;Console.WriteLine(x);        }    }}

これで何が嫌かというと、ラムダ式で、foreach のループ変数（上記の例でいう x）をキャプチャしたときの挙動がいまいちなことです。例えば、以下のコードを実行したとします。

var data =new[] { 1, 2, 3, 4, 5 };Action a =null;foreach (var xin data){    a += () =>Console.WriteLine(x);}a();

C# 4.0 まででは、以下のような結果が得られる仕様になっていました。

55555

C# 5.0 では foreach の展開結果が以下のように変わる予定です。ループ変数の位置が、while ループの中に移動しました。

staticvoid ForeachSample<T>(IEnumerable<T> data){// 展開前foreach (var xin data)    {Console.WriteLine(x);    }// 展開後using (var e = data.GetEnumerator())    {while(e.MoveNext())        {T x;            x = e.Current;Console.WriteLine(x);        }    }}

これで、先ほどのラムダ式の例の実行結果は、以下のように変わります。

12345

C# 4.0 までの仕様が前述のようになっていたのは、以下のような理由によるものです。

• x と data の登場順序が変わらないように展開したかった。

• for ステートメントのループ変数と挙動をそろえたかった。

C# 5.0 で、破壊的変更になってまでこの仕様を変えたのは、ラムダ式の利用が広まって、上記のようなループ変数のキャプチャでの問題が大きくなったからのようです。破壊的変更にならないように、構文自体を少し変えるという案もあったようですが、影響範囲は狭いだろうということで、仕様変更に決まったようです。