在GameTest里，我们分别创建了一个game和一个监视game的referee，然后，然后我们改变game的Score去看看referee对此有何反应。在这个系统里，game没有referee的任何知识，任何类都可以监听并对game的score变化产生反应。关键字event隐藏了除了+=和-=之外的所有委托方法。这两个操作符允许你添加（或移去）处理该事件的多个事件处理器。
【译注：我们以下例说明后面这句话的意思：
public class Game
{
public event ScoreChangeEventHandler ScoreChange;
protected void OnScoreChange()
{
    if (ScoreChange != null) ScoreChange(30, ref true);//在类内，可以这么使用
}
，但在这个类外，ScoreChange就只能出现在运算符+=和-=的左边】
     你可能首先会在图形用户界面框架里遇到这个系统。game好比是用户界面的某个控件，它根据用户输入触发事件，而referee则类似于一个窗体，它负责处理该事件。
     【作者注：委托第一次被微软Visual J++引入也是Anders Hejlsberg设计的，同时它也是造成Sun和微软在技术和法律方面争端的起因之一。James Gosling，Java的设计者，对Anders Hejlsberg曾有过一个故作谦虚听起来也颇为幽默的评论，说他因为和Delphi藕断丝连的感情应该叫他“方法指针先生”。在研究Sun对委托的争执后，我觉得称呼Gosling为“一切都是一个类先生”好像公平些J 过去的这几年里，在编程界，“做努力模拟现实的抽象”已经被很多人代之以“现实是面向对象的，所以，我们应该用面向对象的抽象来模拟它”。
     Sun和微软关于委托的争论可以在这儿看到：
http://www.Javasoft.com/docs/white/delegates.html http://msdn.microsoft.com/visualj/technical/articles/delegates/truth.asp 】
6.枚举
     枚举使你能够指定一组对象，例如：
声明：
public enum Direction {North, East, West, South};
使用：
Direction wall = Direction.North;
这真是个优雅的概念，这也是C#为什么会决定保留它们的原因，但是，为什么Java却选择了抛弃？在Java中，你不得不这么做：
声明：
public class Direction
{
    public final static int NORTH = 1;
    public final static int EAST = 2;
    public final static int WEST = 3;
    public final static int SOUTH = 4;
}
使用：
     int wall = Direction.NORTH;
看起来好像Java版的更富有表达力，但事实并非如此。它不是类型安全的，你可能一不小心会把任何int型的值赋给wall而编译器不会发出任何抱怨【译注：你显然不可以这么写：Direction wall = Direction.NORTH;】。坦白地说，在我的Java编程经历里，我从未因为该处非类型安全而花费太多的时间写一些额外的东西来捕捉错误。但是，能拥有枚举是一件快事。C#带给你的一个惊喜是—当你调试程序时，如果你在使用枚举变量的地方设置断点，调试器将自动译解direction并给你一个可读的信息，而不是一个你自己不得不译解的数值：
声明：
public enum Direction {North=1, East=2, West=4, South=8};
使用：
Direction direction = Direction.North | Direction.West;
if ((direction & Direction.North) != 0)
//....
如果你在if语句上设置断点，你将得到一个你可读的direction而不是数值5。
【译注：这个例子改一下，会更有助于理解：
声明：
public enum Direction {North=1, East=2, West=4, South=8, Middle = 5/*注意此处代码*/};
使用：
Direction direction = Direction.North | Direction.West;
if ((direction & Direction.North) != 0)
//....
如果你在if语句上设置断点，你将得到一个你可读的direction（即Middle）而不是数值5】
【作者注：枚举被Java抛弃的原因极有可能是因为它可以用类代替。正如我上面提到的，单单用类我们不能够象用别的概念一样更好地表达某个特性。Java的“如果它可以用类处理，那就不引入一个新的结构”的哲学的优点何在？看起来最大的优点是简单—较短的学习曲线，并且无需程序员去考虑做同一件事的多种方式。实际上，Java语言在很多方面都以简化为目标来改进C++，比如不用指针，不用头文件，以及单根对象层次等。所有这些简化的共性是它们实际上使得编程—唔—简单了，可是，没有我们刚才提到的枚举、属性和事件等等，反而使你的代码更加复杂了】
7.集合和foreach语句
     C#提供一个for循环的捷径，而且它还促进了集合类更为一致：
在Java或C++中：
1. while (! collection.isEmpty())
{
    Object o = collection.get();
    collection.next()
    //...
2. for (int i = 0; i < array.length; i++)
    //...
在 C#中：
1.  foreach (object o in collection)
    //...
2.  foreach (int i in array)
    //...
C#的for循环将工作于集合对象上（数组实现一个集合）。集合对象有一个GetEnumerator()方法，该方法返回一个Enumerator对象。Enumerator对象有一个MoveNext()方法和一个Current属性。
8.结构
     把C#的结构视为使语言的类型系统更为优雅而不仅是一种“如果你需要的话可以利用之写出真正有效率的代码”的概念更好些。
     在C++中，结构和类（对象）都可分配在栈或堆上。在C#中，结构永远创建在栈上，类（对象）则永远创建在堆上。使用结构实际上可以生成更有效率的代码：
public struct Vector
{
    public float direction;
    public int magnitude;
}
Vector[] vectors = new Vector [1000];
这将把1000个Vector分配在一块空间上，这比我们把Vector声明为类并使用for循环去实例化1000个独立的Vector来得有效率得多。【译注：因怀疑原文有误，此处故意漏译一句，但不应影响你对这节内容的理解】：
int[] ints = new ints[1000];//【译注：此处代