下面的代码是错误的(见on ideone):
public class Test
{
public static void Main()
{
int j = 5;
(j++); // if we remove the "(" and ")" then this compiles fine.
}
}
error CS0201: Only assignment, call, increment, decrement, await, and new object expressions can be used as a statement
- 为什么删除括号后代码可以编译?
- 为什么不带括号编译?
- 为什么 C# 是这样设计的?
最佳答案
Deep insights appreciated.
我会努力的。
正如其他答案所指出的,这里发生的事情是编译器检测到一个表达式被用作一个语句。在许多语言中——C、JavaScript 和许多其他语言——将表达式用作语句是完全合法的。 2 + 2;
在这些语言中是合法的,即使这是一个无效的语句。有些表达式只对它们的值有用,有些表达式只对它们的副作用有用(比如调用返回 void 的方法),不幸的是,有些表达式对两者都有用。 (如增量。)
要点是:仅由表达式组成的语句几乎肯定是错误的除非这些表达式通常被认为比它们的值更有用的副作用。 C# 设计者希望通过允许通常被认为具有副作用的表达式,同时禁止那些通常也被认为对其值有用的表达式来找到中间立场。他们在 C# 1.0 中确定的表达式集是递增、递减、方法调用、赋值,以及有点争议的构造函数调用。
旁白:人们通常认为对象构造是为了它产生的值(value)而使用,而不是为了构造的副作用;在我看来,允许 new Foo();
有点不当。特别是,我在实际代码中看到了导致安全缺陷的这种模式:
catch(FooException ex) { new BarException(ex); }
如果代码很复杂,发现这个缺陷会非常困难。
因此,编译器会检测所有包含不在该列表中的表达式的语句。特别是,带括号的表达式被标识为 -- 带括号的表达式。它们不在“允许作为语句表达式”的列表中,因此它们是不允许的。
所有这些都是为 C# 语言的设计原则服务的。 如果您键入 (x++);
,您可能做错了什么。这可能是 M(x++);
的拼写错误,或者只是一些东西。记住,C# 编译器团队的态度不是“我们能想出一些办法让它工作吗?”C# 编译器团队的态度是“如果合理的代码看起来像一个可能的错误,让我们通知开发人员”。 C# 开发人员喜欢这种态度。
现在,综上所述,实际上有一些奇怪的情况,其中 C# 规范确实暗示或直接声明不允许使用圆括号,但 C# 编译器仍然允许使用圆括号。在几乎所有这些情况下,指定行为与允许行为之间的微小差异是完全无害的,因此编译器编写者从未修复这些小错误。您可以在这里阅读有关内容:
Is there a difference between return myVar vs. return (myVar)?
关于c# - 为什么语句是 (j++);禁止?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34422168/