在使用 Tuples 之前,我曾经创建一个类及其变量,然后从这个类创建对象,并使该对象成为某些函数的返回类型。
现在,有了元组,我可以做同样的事情,在 C# 7.0 中,我们可以为元组属性分配可理解的名称(在此之前,它是 item1
、item2
等..)
所以现在我想知道,什么时候使用元组以及什么时候在 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)方法返回一个元组,并在另一个程序集中访问它的名称。
元组是轻量级的
元组比类型更容易编写,因为它们不那么冗长并且声明可以“内联”(即在使用点声明)。例如,这在声明返回多个值的方法时效果很好。
但是,因为它们是在使用时声明的,所以如果您有调用 MethodB
的 MethodA
调用 MethodC
并且每个都返回一个元组,您需要在每个阶段重新定义元组。没有 (yet) 创建元组别名并在多个方法中重复使用它的方法。
只需使用常识
对于您可能考虑使用元组的任何情况:只需问自己一个问题:“元组是否会简化此处的代码”。如果答案是"is",则使用一个。这最终是使用元组还是自定义类的主要考虑因素。
关于c# - 什么时候使用 : Tuple vs Class in C# 7. 0,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44650636/