为什么要声明（j ++）；禁止的？

以下代码是错误的（请参阅ideone上的内容）：

public class Test
{
    public static void Main()
    {
        int j = 5;
        (j++);      // if we remove the "(" and ")" then this compiles fine.
    }
}

错误CS0201：只能将赋值，调用，递增，递减，等待和新对象表达式用作语句

1. 除去括号后，为什么代码会编译？
2. 为什么不使用括号进行编译？
3. 为什么C＃是这样设计的？

深刻的见解表示赞赏。

我会尽力的

正如其他答案所指出的那样，这里发生的是编译器正在检测表达式正在用作语句。在许多语言（C，JavaScript和许多其他语言）中，使用表达式作为语句是完全合法的。 2 + 2;即使这些陈述无效，在这些语言中也是合法的。一些表达式仅对它们的值有用，某些表达式仅对它们的副作用（如对void返回方法的调用）有用，而不幸的是，某些表达式对它们都有用。（如增量。）

要点是：仅由表达式组成的语句几乎可以肯定是错误，除非通常认为这些表达式在副作用方面比其值更有用。C＃设计师希望通过允许通常被认为是副作用的表达式，而不允许那些通常被认为对其值有用的表达式来找到中间立场。他们在C＃1.0中标识的表达式集是增量，减量，方法调用，赋值，以及在构造程序调用中引起争议的一组表达式。

旁白：人们通常认为对象构造是用于其产生的价值的，而不是该构造的副作用；我认为允许这样new Foo();做有点不妥当。特别是，我在现实世界的代码中看到了这种模式，该模式导致了安全缺陷：

catch(FooException ex) { new BarException(ex); } 

如果代码很复杂，则很难发现此缺陷。

因此，编译器将检测包含不在该列表中的表达式的所有语句。特别是，带括号的表达式仅被标识为带括号的表达式。它们不在“允许作为语句表达式”列表中，因此是不允许的。

所有这些都符合C＃语言的设计原则。如果您键入(x++);，可能是您做错了什么。这可能是错别字M(x++);或只是一些事情。记住，C＃编译器团队的态度不是“ 我们能找到某种方法使这项工作吗？ ” C＃编译器团队的态度是“ 如果看似合理的代码看起来像是可能的错误，那就通知开发人员 ”。C＃开发人员喜欢这种态度。

现在，尽管如此，实际上在一些奇怪的情况下，C＃规范确实暗示或完全声明不允许使用括号，但C＃编译器仍然允许使用括号。在几乎所有这些情况下，指定行为与允许行为之间的微小差异都是完全无害的，因此编译器编写者从未修复过这些小错误。您可以在这里阅读有关内容：

return myVar与return（myVar）之间有区别吗？

在C＃语言规范中

表达式语句用于评估表达式。可以用作语句的表达式包括方法调用，使用new运算符的对象分配，使用=和复合赋值运算符的赋值，使用++和-运算符的递增和递减运算以及await表达式。

在语句周围加上括号会创建一个新的称为括号的表达式。从规格：

括号表达式由括在括号中的表达式组成。...通过评估括号内的表达式来评估括号表达式。如果括号内的表达式表示名称空间或类型，则会发生编译时错误。否则，括号表达式的结果就是所包含表达式的评估结果。

由于没有将带括号的表达式列为有效的表达式语句，因此根据规范，它不是有效的语句。为何设计人员选择采用这种方式，这是每个人的猜测，但我敢打赌，因为如果整个语句都包含在括号中stmt，(stmt)则括号没有任何用处：并且完全相同。

因为括号在 i++创建/定义表达式 ..如错误消息所述..简单的表达式不能用作语句。

为什么将语言设计成这种方式？防止具有误导性表达式作为语句的错误，不会像使用代码那样产生副作用

int j = 5;
j+1; 

第二行无效（但您可能没有注意到）。但是，而不是由编译器删除它（因为不需要代码）。它明确要求您删除它（这样您就会知道或出现错误），或者修复它，以防忘记输入内容。

编辑：

为了使有关括号的部分更清楚。c＃中的方括号（除了其他用途，如cast和function调用）用于对表达式进行分组，并返回单个表达式（由子表达式组成）。

在该级别的代码中，仅允许使用台词。

j++; is a valid statement because it produces side effects

但是通过使用括号，您可以将其变成表达式

myTempExpression = (j++)

还有这个

myTempExpression;

是无效的，因为编译器无法确保该表达式具有副作用。（并非不引起停顿问题）。