不应该将C＃4.0的新“命名参数”功能称为“命名参数”吗？

Question

我想可能有这个命名的历史原因，其他语言也有类似的功能，但在我看来，参数总是在C＃中有一个名称。参数是未命名的。还是有一个特定的原因为什么选择这个术语？

Answer 1

是的，你是绝对正确的（无论如何，在我看来）。具有讽刺意味的是，虽然我通常对这些术语挑剔，但我仍然可以使用“参数传递”，当时我应该谈论“参数传递”。我想可以争辩说，在C＃4.0之前，如果你调用一个方法，你不关心参数名称，而当你可以在参数中指定它们时，这些名字就成为重要元数据的一部分。

我同意它有所作为，而且这个术语很重要。

“可选参数”绝对可以，但是，如果之前无法添加元数据，则会将元数据添加到参数中:)（说了这么多，在生成的IL方面它不会是可选的......）

你想我问问球队的反馈吗？

Answer 2

哦，你想论据！对不起，这是参数 - 参数是左边大厅的两扇门。

Answer 3

我不这么认为。名字是相当明确的参数名称，因为它们被定义并在方法定义中给出了特定的含义，在那里它们被正确地称为方法的参数。在呼叫站点，参数现在可以用它们为其提供值的参数的名称进行标记。

新术语是指方法调用者的角度 - 这是合乎逻辑的，因为这是功能适用的地方。以前，呼叫者只需要将参数视为“定位参数”。现在，他们可以选择将它们视为“命名参数” - 因此名称。

Answer 4

我不知道现在是否值得添加它，但是MS无论如何称其为命名参数。见named and optional arguments