c# - 什么时候使用 : Tuple vs Class in C# 7. 0

标签 c# tuples c#-7.0 valuetuple

在使用 Tuples 之前,我曾经创建一个类及其变量,然后从这个类创建对象,并使该对象成为某些函数的返回类型。

现在,有了元组,我可以做同样的事情,在 C# 7.0 中,我们可以为元组属性分配可理解的名称(在此之前,它是 item1item2等..)

所以现在我想知道,什么时候使用元组以及什么时候在 C# 7.0 中创建类?

最佳答案

由于这个答案在这里引起了一些人的混淆,我应该澄清 - 根据问题 - 这里对“元组”的所有引用都是指 ValueTuple 类型和新的元组语法糖功能C# 7 的引用类型,绝不会引用旧的 System.Tuple 引用类型。

So now I am wondering, when Should I use tuples and when Should I create a class in c# 7.0?

只有您才能真正回答这个问题,因为它实际上取决于您的代码。

但是,您可以遵循一些准则和规则来指导您在它们之间进行选择:

元组是值,因此按值复制,而不是按引用复制。

大多数时候,这应该不是问题。但是,如果您传递大型结构的元组,这可能会对性能产生影响。不过,Ref locals/returns 可用于解决这些性能问题。

此外,因为它们是值,所以远程修改副本不会更改原始副本。这是一件好事,但可能会引起一些人的注意。

元组元素名称不持久化

元素的名称由编译器使用,并且(在大多数情况下)在运行时不可用。这意味着不能使用反射来发现它们的名字;它们不能动态访问,也不能在 Razor View 中使用。

这也是 API 的一个重要考虑因素。从方法返回的元组是有关编译后名称可发现性规则的异常(exception)。编译器将属性添加到保存有关元组名称的信息的方法。这意味着您可以安全地从一个程序集中的公共(public)方法返回一个元组,并在另一个程序集中访问它的名称。

元组是轻量级的

元组比类型更容易编写,因为它们不那么冗长并且声明可以“内联”(即在使用点声明)。例如,这在声明返回多个值的方法时效果很好。

但是,因为它们是在使用时声明的,所以如果您有调用 MethodBMethodA 调用 MethodC 并且每个都返回一个元组,您需要在每个阶段重新定义元组。没有 (yet) 创建元组别名并在多个方法中重复使用它的方法。

只需使用常识

对于您可能考虑使用元组的任何情况:只需问自己一个问题:“元组是否会简化此处的代码”。如果答案是"is",则使用一个。这最终是使用元组还是自定义类的主要考虑因素。

关于c# - 什么时候使用 : Tuple vs Class in C# 7. 0,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44650636/

相关文章:

Haskell:带元组的映射函数

c# - Linq 查询从对象数组中获取数据 C#

c# - 如何对控件的属性进行分类以显示在 Blend 和 Visual studio 设计器中的适当部分?

c# - 没有行开始和结束终止符的 Regex.Replace 有一些非常奇怪的效果......这里发生了什么?

c# - 通过 LinkedList.Enumerator 替换 LinkedList 元素值

c++ - 为什么我不能执行 tupleVar.get(3) 或 .get<3>()?

python - 如何在 Python 中将单元素列表完美转换为元组?

c# - 在本地方法和 lambda 中重载

c# - 任何人都知道 IL/CLR 如何准确生成局部函数 C#7

C# 7.0 模式匹配与新的输出参数混合