读书感受 - 软件工程师 - C#规范3.0版

这几天花了点时间也把《C#规范3.0版》过了一遍，还是浏览，现在时间对我来说挺重要，只能过过，所以牺牲了一些具体学习的内容，建议初学者详细的看每句话，吃透C#的语法。

这个系列的电子书资源可以在我的CSDN下载频道找到：http://download.csdn.net/source/1792062 。

规范3.0，其实只是在1.2版的基础上，加入了2.0的概念，以及3.0自己的一些新增的概念而已。没有象2.0版那样是一个独立的新增内容的介绍，这个是3.0的一个败笔，一方面它没有把自己新增的东西具体分出来描述，另一方面，也没有把2.0中的那些概念进行详细的描述。内容是全，但是描述没那么清楚。所以，建议大家，从1.2版规范开始仔细看，然后仔细看2.0版规范，最后3.0版就是浏览一下，对其中新的一些概念详细的看，其它内容过过保留些印象就行了，不必那么仔细，浪费时间。

这次过3.0版的时候，多了一些想法，也补充了一些基本概念。首先，这个规范，有几章其实是对C#这个语言的词法、文法做了诠释，这个对于想要开发一套新的语言可以有借鉴，知道了语言该定义的一些规则。然后，通过这个规范，可以实现C#的代码生成器，代码行数统计之类的工具，因为它把代码编辑的内容做了描述，比如怎么判断该行结束（使用换行标示符）等等。还有其它很多的东西，大家自己去体会吧。

下面对其中的一些内容做一点点补充：

对于结构，没有描述得那么清楚，这里补充一下，加深这个概念的理解。结构是值类型，所以结构不能继承，但是结构能够实现接口。听起来挺简单，但是仔细想一下，结构是值类型，值类型的能够实现引用类型的方法的说法，有点怪，值类型一般只用来保存数据。我们知道，任何类型的最终基类是object，因为object是引用类型，实际上值类型也从System.ValueType继承来实现的。为什么分值类型和引用类型，不过是数据结构不同，分配内存时存储的形式不一样。一个在栈，一个在托管堆。这里对于结构能够实现接口不是很合适。结构的存储方式在栈。如果调用结构的方法倒也罢了，但是调用接口的显式实现的方法时，这个就要复制一个结构的副本来充当接口的对象，所以会消耗系统资源。一般情况下，不推荐结构来处理接口的显式调用。对于结构的用处，貌似不大，因为对象都是自定义的类类型这个数据结构了。
这里顺便设计下对象，对象，按定义，是类的实例，即所有new出来的都叫对象。但是规范里说了“C# 的类型系统是统一的，因此任何类型的值都可以按对象处理。”“值类型的值则通过执行装箱和取消装箱操作（第 4.3 节）按对象处理”。这个真是个自我矛盾的说法，值类型的数据，也是对象，比如int i=0;其实它是int i =new int();i=0;的缩写，因为语言关系，把这个值类型的存储结构的不同不当成对象来看待。这里i.ToString()等等，是继承自object的方法。C#是面向对象的，所有类型都是对象，不该把值类型分出去。比如整型，它虽然是一个数值，但是抽象起来，它是一个数字，数字这个也是一个对象。规范里这点说的不正确。

对于接口，这里也补充一下。接口的实现分隐式和显式两种。接口的隐式实现，可以直接由实现的对象或结构来调用。但是接口的显示实现，只能由接口的实例来调用。比如：
interface IT
{
void Test();
}
class CClass1:IT
{
int i;

//隐式实现接口，接口的方法必须为public
public void Test()
{
return;
}
}
class CClass2:IT
{
int i;

//显式实现接口，接口的方法必须为public
void IT.Test()
{
return;
}
}

void Main()
{
CClass1 c1=new CClass1();

c1.Test();

CClass2 c2=new CClass2();

c2.Test(); //错误

IT it=(IT)c2; //显式转换为接口IT ，或者直接 IT it=c2;隐式转换

it.Test(); //正确
}
接口也是引用类型，所以接口的实例看起来有点怪(对象it)，因为它不是一个具体的包含实现方法的对象,其实这个接口的实例对象，只是实现该接口的对象的实例c2，这个也是多态的一个内容。所以，上面CClass2的定义可以为：
class CClass2:IT
{
int i;

//显式实现接口，接口的方法必须为public
void IT.Test()
{
return;
}

//类本身的一个Test方法
public void Test()
{
}
}
上述的类，其实可以用结构来代替，同样适用。其实上面是接口的映射问题，这个概念也要搞清。

上述的这些内容，其实是基本概念的补充，我多次强调概念的重要性，概念不清楚，做编码的时候可以依靠编辑器来纠正，但是对架构设计时的影响很大，一旦有误，则修改起来会牵动一批代码。所以，如果学C#，还是得以C#规范为主，搞清楚概念，然后再去研究高级的技巧应用方面的东西比较合适。虽然这个微软自己写的C#规范里面有很多自我矛盾的地方，所以大家在看规范的时候不要死记硬背，而是要理解它，这样才能深刻，不被误导。

不废话了，今天又是周末了，时间过得真快。大家周末愉快 ``````