元组旨在解决什么要求？

我正在查看元组的新C＃功能。我很好奇，元组旨在解决什么问题？

您在应用程序中使用了元组做什么？

更新资料

感谢您到目前为止的回答，让我看看我是否脑子里有很多东西。指出了元组的一个很好的例子作为坐标。这看起来正确吗？

var coords = Tuple.Create(geoLat,geoLong);

然后像这样使用元组：

var myLatlng = new google.maps.LatLng("+ coords.Item1 + ", "+ coords.Item2 + ");

那是对的吗？

在编写程序时，通常希望将一组值缺乏逻辑通用性的逻辑分组在一起，以证明创建一个类是合理的。

许多编程语言允许您在逻辑上将一组其他不相关的值组合在一起，而无需仅通过一种方式创建类型：

void M(int foo, string bar, double blah)

从逻辑上讲，这与方法M完全相同，该方法M接受一个参数，该参数是int，string，double的三元组。但我希望您实际上不会：

class MArguments
{
   public int Foo { get; private set; } 
   ... etc

除非MArguments在业务逻辑中具有其他含义。

“在一些结构中，将比类轻的一些结构中的其他不相关的数据组合在一起”的概念在很多地方很有用，而不仅仅是方法的正式参数列表。当方法要返回两件事时，或者您要从两个数据而不是一个数据中键入字典时，此方法很有用。

像F＃这样的语言本身就支持元组类型，为用户提供了极大的灵活性。它们是一组非常有用的数据类型。BCL团队决定与F＃团队合作，为框架定义一种元组类型，以便每种语言都可以从中受益。

但是，在这一点上，C＃中没有对元组的语言支持。元组只是其他框架类中的另一种数据类型。他们没有什么特别的。我们正在考虑在假设的C＃未来版本中为元组添加更好的支持。如果有人对您希望看到的涉及元组的功能有什么想法，我很乐意将它们传递给设计团队。现实情况比理论上的想法更具说服力。

元组提供集合的不变实现

除了元组的常见用法外：

• 无需创建类即可将通用值分组在一起
• 从函数/方法返回多个值
• 等等...

不可变对象本质上是线程安全的：

不可变对象在多线程应用程序中可能很有用。多个线程可以对不可变对象表示的数据进行操作，而不必担心数据会被其他线程更改。因此，不可变对象被认为比可变对象更具线程安全性。

摘自维基百科上的“不可变对象”

它提供了一种替代方法，ref或者out如果您有一个方法需要返回多个新对象作为其响应的一部分，则可以使用它。

如果您需要做的就是将两个或三个现有类型混搭在一起，并且您不想仅为此组合添加类/结构，它还允许您将内置类型用作返回类型。（是否希望函数可以返回匿名类型？这是这种情况的部分答案。）

仅在快速情况下使用（例如，从方法返回两个值）使用“对”类型通常会很有帮助。元组是诸如F＃之类的功能语言的核心部分，而C＃沿途选择了它们。

对于从函数返回两个值非常有用

就个人而言，当您处于调查周期或只是“玩耍”时，我发现Tuples是开发的迭代部分。因为元组是泛型的，所以在使用泛型参数时，我倾向于考虑使用它-尤其是当要开发泛型代码时，并且我从代码结尾开始，而不是问自己“我希望这个调用如何”看吗？”。

我经常会意识到，元组形成的集合成为列表的一部分，并且盯着List>并没有真正表达出列表的意图或工作方式。我经常“使用”它，但是发现自己想要操纵列表并更改值-此时，我不一定要为此创建一个新的元组，因此我需要创建自己的类或结构来保存它，所以我可以添加操作代码。

当然，总是有扩展方法-但通常您不想将这些额外的代码扩展到通用实现。

有时我想将数据表示为元组，而没有元组可用。（VS2008），在这种情况下，我只是创建了自己的Tuple类-并没有使它成为线程安全的（不可变的）。

因此，我想我认为Tuples是懒惰的编程，但要失去描述其用途的类型名称。另一个开销是，无论用作参数的元组的签名都必须声明。在许多方法开始显得肿之后，您可能会像我一样感觉到，值得创建一个类，因为它可以清理方法签名。

我倾向于从让该类成为您已经在使用的类的公共成员开始。但是当它扩展到不仅仅是一个值的集合的那一刻，它得到的是它自己的文件，然后将其移出包含类。

因此，回想起来，我相信当我不想离开并写一堂课时，我只是想考虑一下我现在在写什么，所以我使用了Tuples。这意味着元组的签名在文本中可能会在半小时内发生很大变化，而我要弄清楚此方法需要什么数据，以及它如何返回将返回的值。

如果我有机会重构代码，那么通常我会质疑元组在其中的位置。

自2010年以来一直是现在的问题，现在到2017年，Dotnet发生了变化，变得更加聪明。

C＃7引入了对元组的语言支持，它使用新的更有效的元组类型启用元组字段的语义名称。

在vs 2017和.Net 4.7中（或安装nuget包System.ValueTuple），您可以以非常有效和简单的方式创建/使用元组：

     var person = (Id:"123", Name:"john"); //create tuble with two items
     Console.WriteLine($"{person.Id} name:{person.Name}") //access its fields

从一个方法返回多个值：

    public (double sum, double average) ComputeSumAndAverage(List<double> list)
    {
       var sum= list.Sum();
        var average = sum/list.Count;
        return (sum, average);
    }

    How to use:

        var list=new List<double>{1,2,3};
        var result = ComputeSumAndAverage(list);
        Console.WriteLine($"Sum={result.sum} Average={result.average}");    

有关更多详细信息，请阅读：https : //docs.microsoft.com/zh-cn/dotnet/csharp/tuples

当您不想创建特定类型时，通常使用元组从函数返回多个值。如果您熟悉Python，Python已经使用了很长时间。

从一个函数返回多个值。如果getCoordinates（）仅返回x或y或z，则不是很有用，但是使完整的类和对象容纳三个int似乎也很重要。

一种常见的用法是避免创建仅包含2个字段的类/结构，而是创建一个Tuple（或现在的KeyValuePair）。有用作为返回值，避免传递N参数。

我发现C＃中的KeyValuePair刷新以遍历Dictionary中的键值对。

从函数返回值时，它确实很有帮助。我们可以返回多个值，这在某些情况下可以节省很多。

我偶然发现了元组和键值对之间的性能基准，也许您会发现它很有趣。总而言之，它说Tuple具有优势，因为它是一个类，因此它存储在堆中而不是堆栈中，并且当作为参数传递时，它的指针是唯一要做的事情。但是KeyValuePair是一个结构，因此分配速度更快，但使用时速度较慢。

http://www.dotnetperls.com/tuple-keyvaluepair