我并不是不闻不问！[C#]

我并不是不闻不问！[C#]

 

Written by Allen Lee

 

我在《我只负责转换！[C/C++]》一文从类型转换的角度展示了C/C++对程序员的信任，那么C#对程序员的信任程度又有多高呢？

我们先来看一段C#代码：

// Code #01

public enum Alignment
 3

这段代码能够顺利编译并运行。从输出结果中，我们可以看出C#不会妨碍你进行非预期的枚举转换。只是你必须对你的行为进行负责，如果你进行了非预期的转换，你将得到非预期的输出；相反，如果转换是有意义的话，输出也将是有意义的。另外，0是被自动转换成对应的枚举类型，不需要我们动手。

现在来看另一段C#代码：

// Code #02

public enum Alignment : byte
}

这次，我们为Alignment指定了底层类型，编译器不再不闻不问了，它拒绝编译并留下这样一句话：

error CS0221: Constant value '-1' cannot be converted to a 'Alignment' (use 'unchecked' syntax to override)

跟之前的不同，程序员不应该由于疏忽导致这种溢出，如果你是有意这样做的，必须用unchecked语法明确告诉编译器：

// Code #03
// See Code #02 for Alignment.

class Program
 255

这次编译器就不抱怨了，不过，你也应该认真想一下，这种溢出转换是否真的有必要呢？

那么，这种溢出转换在C++的国度又是怎样一番景象呢？请先看下面的C++代码：

// Code #04

#include <string>
#include <iostream>

enum _jb_prog_mode : unsigned short
 65535

这段代码能够正常编译并顺利运行。从输出结果中我们明显看到溢出，但编译器和运行时却没有半点声响。看来，C++对程序员的信任程度真的去到了巅峰之处。

请注意，ANSI C不允许我们指定枚举的底层类型，所有枚举的底层类型都是int。

接下来我们看看注册表的读取，假定注册表有如下信息：

[HKEY_LOCAL_MACHINE\SOFTWARE\Allen]
"Name"="Allen Lee"
"ID"=dword:00000584

然后我们来看看下面的C#代码：

// Code #05

class Program
 1412

上面这段代码当然可以正常输出正确的结果。如果我们分别把Convert_01和Convert_03替换为Convert_02和Convert_04呢？编译器不会拒绝你的编译请求，但运行时会毫不犹豫地抛出InvalidCastException，并指出无法进行指定的类型转换。

那么，C++在面对类似的情况又是如何应付的呢？有兴趣的朋友可以参照《我只负责转换！[C/C++]》一文中给出的代码片断试验一下，你将体会到C++对程序员是何等的信任！

结论？也正如本文的题目——

我并不是不闻不问！

与C/C++比起来，C#的确没有那么自由，然而，这些限制却为我们带来另一番的味道。究竟C#的这些限制是对我们的一种帮助还是一种缚束呢？这就见仁见智了。

 

See also:

• Allen Lee；《我只负责转换！[C/C++]》
• Allen Lee；《关于枚举的种种 (Enumeration FAQ) [C#, IL, BCL]》