谜题86: 有害的括号垃圾
你能否举出这样一个合法的C#表达式，只要对它的某个子表达式加上括号就可以使其成为不合法的表达式，而添加的括号只是为了注解未加括号时赋值的顺序？
解惑86: 有害的括号垃圾
插入一对用来注解现有赋值顺序的括号对程序的合法性似乎是应该没有任何影响的。事实上，绝大多数情况下确实是没有影响的。但是，在某些情况下，插入一对看上去没有影响的括号可能会令合法的C#程序变得不合法。这种奇怪的情况是由数值的二进制补码的不对称性引起的，就像在谜题33和谜题64中所讨论的那样。
你可能会联想到，最小long类型负数其绝对值比最大的long类型正数大1。C#不支持负的十进制字面常量；int和long类型的负数常量都是由正数十进制字面常量前加一元负操作符(-)构成。这种构成方式是由一条特殊的语言规则所决定的：当具有值9223372036854775808(263)的一个十进制字面常量(不带后缀，或带有后缀L或l)作为一个标记紧跟在一个一元负运算符标记(第7.6.2节)后出现时，结果是具有值-9223372036854775808(-263)的long类型的常量。在所有其他情况下，这样的十进制字面常量属于ulong类型[C#语言规范 2.4.4.2]。
一旦你知道了这个规则，这个谜题就很容易了。字符-9223372036854775808构成了一个合法的C#表达式，通过添加一对括号来注解(很不重要的)赋值顺序，即写成-(9223372036854775808)，就会破坏这条规则。信不信由你，下面这个程序肯定会出现一个编译期错误： error CS0023: 运算符“-”无法应用于“ulong”类型的操作数[C#语言规范 7.6.2]，如果去掉了括号，那么错误也就没有了：
public class PoisonParen
{
static void Main()
{
System.Console.WriteLine(-(9223372036854775808));
}
}
这个谜题没有什么可以当作教训的东西。它只是一种冷僻案例，既纯粹又简单。但是你必须承认，它很有趣。
C#解惑总目录
你能否举出这样一个合法的C#表达式，只要对它的某个子表达式加上括号就可以使其成为不合法的表达式，而添加的括号只是为了注解未加括号时赋值的顺序？
解惑86: 有害的括号垃圾
插入一对用来注解现有赋值顺序的括号对程序的合法性似乎是应该没有任何影响的。事实上，绝大多数情况下确实是没有影响的。但是，在某些情况下，插入一对看上去没有影响的括号可能会令合法的C#程序变得不合法。这种奇怪的情况是由数值的二进制补码的不对称性引起的，就像在谜题33和谜题64中所讨论的那样。
你可能会联想到，最小long类型负数其绝对值比最大的long类型正数大1。C#不支持负的十进制字面常量；int和long类型的负数常量都是由正数十进制字面常量前加一元负操作符(-)构成。这种构成方式是由一条特殊的语言规则所决定的：当具有值9223372036854775808(263)的一个十进制字面常量(不带后缀，或带有后缀L或l)作为一个标记紧跟在一个一元负运算符标记(第7.6.2节)后出现时，结果是具有值-9223372036854775808(-263)的long类型的常量。在所有其他情况下，这样的十进制字面常量属于ulong类型[C#语言规范 2.4.4.2]。
一旦你知道了这个规则，这个谜题就很容易了。字符-9223372036854775808构成了一个合法的C#表达式，通过添加一对括号来注解(很不重要的)赋值顺序，即写成-(9223372036854775808)，就会破坏这条规则。信不信由你，下面这个程序肯定会出现一个编译期错误： error CS0023: 运算符“-”无法应用于“ulong”类型的操作数[C#语言规范 7.6.2]，如果去掉了括号，那么错误也就没有了：
public class PoisonParen
{
static void Main()
{
System.Console.WriteLine(-(9223372036854775808));
}
}
这个谜题没有什么可以当作教训的东西。它只是一种冷僻案例，既纯粹又简单。但是你必须承认，它很有趣。
C#解惑总目录
