代わりに何でValueTuples、なぜそうしないのTupleですか？
A ValueTupleは、元のSystem.Tupleクラスと同じ、タプルを反映した構造体です。
主な違いTupleとはValueTuple、次のとおりです。
System.ValueTupleは値の型（構造体）System.Tupleですが、参照型（class）です。これは、割り当てとGC圧力について話すときに意味があります。System.ValueTuple だけではありません struct、変更可能なものであり、そのように使用する場合は注意が必要です。クラスが持っているときに何が起こるか考えてくださいSystem.ValueTupleフィールドとしてaをと。System.ValueTuple プロパティの代わりにフィールドを介してアイテムを公開します。
C＃7までは、タプルの使用はあまり便利ではありませんでした。それらのフィールド名はItem1、Item2など、他のほとんどの言語は（Pythonの、スカラ座）やるような言語は、彼らのためにシンタックスシュガーを供給していませんでした。
.NET言語設計チームがタプルを組み込み、言語レベルでタプルに構文糖を追加することを決定したとき、重要な要素はパフォーマンスでした。とValueTupleそれらを使用する場合（実装の詳細など）は、それらがスタックに割り当てられますので、値型であること、あなたはGCの圧力を回避することができます。
さらに、structランタイムによって自動（浅い）等価セマンティクスが取得されます。classはそうません。設計チームはタプルに対してさらに最適化された同等性があることを確認したため、カスタム同等性を実装しました。
以下のデザインノートのTuples段落です：
構造またはクラス：
言及したように、私はタプルタイプを作るstructsよりも
classes割り当てのペナルティが関連付けられないように、します。それらはできるだけ軽量でなければなりません。
structs割り当てはより大きな値をコピーするため、間違いなく、結果的にコストが高くなる可能性があります。したがって、作成された数よりもはるかに多く割り当てられている場合はstructs、不適切な選択になります。
しかし、彼らの非常に動機において、タプルは短命です。全体よりもパーツが重要な場合に使用します。したがって、一般的なパターンは、それらを構築し、返し、すぐに分解することです。この状況では、構造体が明らかに望ましいです。
構造体には他にも多くの利点がありますが、これは以下で明らかになります。
例：
での作業がSystem.Tupleあっという間にあいまいになることが簡単にわかります。たとえば、aの合計とカウントを計算するメソッドがあるとしますList<Int>。
public Tuple<int, int> DoStuff(IEnumerable<int> values)
{
var sum = 0;
var count = 0;
foreach (var value in values) { sum += value; count++; }
return new Tuple(sum, count);
}
受信側では、次のようになります。
Tuple<int, int> result = DoStuff(Enumerable.Range(0, 10));
// What is Item1 and what is Item2?
// Which one is the sum and which is the count?
Console.WriteLine(result.Item1);
Console.WriteLine(result.Item2);
値のタプルを名前付き引数に分解する方法は、この機能の真価です。
public (int sum, int count) DoStuff(IEnumerable<int> values)
{
var res = (sum: 0, count: 0);
foreach (var value in values) { res.sum += value; res.count++; }
return res;
}
そして受信側では：
var result = DoStuff(Enumerable.Range(0, 10));
Console.WriteLine($"Sum: {result.Sum}, Count: {result.Count}");
または：
var (sum, count) = DoStuff(Enumerable.Range(0, 10));
Console.WriteLine($"Sum: {sum}, Count: {count}");
コンパイラーの利点：
前の例の表の下を見るValueTupleと、分解を要求すると、コンパイラーがどのように解釈しているかが正確にわかります。
[return: TupleElementNames(new string[] {
"sum",
"count"
})]
public ValueTuple<int, int> DoStuff(IEnumerable<int> values)
{
ValueTuple<int, int> result;
result..ctor(0, 0);
foreach (int current in values)
{
result.Item1 += current;
result.Item2++;
}
return result;
}
public void Foo()
{
ValueTuple<int, int> expr_0E = this.DoStuff(Enumerable.Range(0, 10));
int item = expr_0E.Item1;
int arg_1A_0 = expr_0E.Item2;
}
内部的には、コンパイルされたコードはItem1およびを利用しますItem2が、分解されたタプルを使用するため、これらはすべて抽象化されています。名前付き引数を持つタプルは、で注釈が付けられますTupleElementNamesAttribute。分解する代わりに単一の新鮮な変数を使用すると、次のようになります。
public void Foo()
{
ValueTuple<int, int> valueTuple = this.DoStuff(Enumerable.Range(0, 10));
Console.WriteLine(string.Format("Sum: {0}, Count: {1})", valueTuple.Item1, valueTuple.Item2));
}
我々は我々のアプリケーションをデバッグするとき、見て奇妙なように、コンパイラはまだ、（属性を経由して）いくつかの魔法を実現するために持っていることに注意してくださいItem1、Item2。