C#和Java比较列表

    C#和Java比较，号称90%的相同加上10%的不同。因此当时我学习C#，阅读两种代码完全没有什么阻碍。

    对C#了解得深入以后，来发表下对这两种语言各自特性的一些看法

    比较起Java和C#大相径庭的那10%，会发现C#五花八门的特性要多很多。比较知名的有：委托，属性，真正的泛型，索引器，类初始化器，分部类，操作符重载，struct，unsafe代码，IDisposable等，另外。net framework 3.5还加了一大串纯粹由编译器提供的特性。

    委托，这个可以算是C#之于Java的最大优势。虽然Java可以依靠接口，匿名内部类这些特性实现委托一样的功能，但却要麻烦许多，如果涉及到N个委托实例相加的情况，那么一个C#里面简单的"+"号，在Java里就只能用FilterChain，InterceptorStack这种概念了。

    属性，据说属性信息是带到运行时的，后查看反射的确有PropertyInfo类，之前说它是编译器语法糖是受了某篇分析IL代码的文章误导，不过这个是不是语法糖都没什么关系，它和Java普遍做法的get，set各有优劣。属性写起来简捷，但却比较难看出哪些属性是只读，哪些是只写不读。

    真正的泛型，这个又是一大C#的优势，同时伪泛型又是Java的一大败笔。但是Java年代比较长，为兼容性考虑不得不使用假的泛型实现。如果泛型不是在jdk1.5时推出，而是在jdk1.4，和collection framework一起推出，我认为它也会采用真正的泛型实现。

    索引器，有了这个很多容器类都可以直接用[]取元素，感觉还不错，比没有好，编译器的小把戏。

    类初始化器，典型的懒汉特性。每次用顶多能省下一两行代码，又是编译器的小把戏。

    分部类（partial class），纯粹为了vs.net的那一大堆图形化设计器老和人的代码冲突而搞出来得玩意，又是编译器的小把戏。

    操作符重载，属于用到得不多，要用时却显得特别有用的东西，很奇怪Java为什么不提供这个功能。

    struct，在堆栈上的东西，释放内存那是超级的快，只不过需要用到这个的场合，大概都在使用C++编程。

    unsafe代码，纯粹增加语言复杂性的东西。就好像一个人搬家，看这个不舍得扔，那个也不舍得扔，搞到最后把瓶瓶罐罐都搬走了。

    IDisposable，实现这个接口，配合using块，非常的强大，终于可以像C++那样掌握对象的销毁了。

    接着说说Java比C#多的特性：

    匿名内部类：真是极端方便的一个东西，还和Java的好多设计模式有关系，不过C#把Java匿名内部类的写法拿去用作类初始化器了，糟蹋了……

    动态代理： Java里面要实现AOP，易如反掌；C#要实现AOP，难如登天，不得不借助Assamble命名空间下的那些动态IL生成工具。这就是动态代理的作用。

    希望有一天C#可以拥有匿名内部类和动态代理，变得更完善。也希望Java也可以有委托等。以上介绍C#和Java比较。

1。访问控制方面：C#有public、internal、protected、private，比java多了个internal，其实它跟java的包访问差不多，internal表示同一个编译集合（如exe、dll）下的类可以互访。
对于protected，java和C#有区别。在java中，protected和包访问级别差不多，即不是私有的。而在C#中，protected和private差不多，即它标志的成员是私有的。
有这样一种情况：类中的一个成员，需要它能被子类访问到，同时能被同一个集合中（无论是java的包还是C#中的编译集合）的其他类访问到，怎么办呢？在java中，只要用protected就行了。在C#中，可以同时指定internal protected（二者的顺序随意）。
在有这样一种情况：类中的一个成员，需要它能被子类访问到，但不能被同一个集合中（无论是java的包还是C#中的编译集合）的其他类访问到，怎么办呢？在C#中，可以指定protected（二者的顺序随意）。但java就无能为力了。
2。C#中有static constructor的概念，这跟java中的静态初始模块一样。
C# : static [类名]{}
java :static{}
3。Java中的main函数必须是public static void main(String[] args)的样子，否则虚拟机拒绝运行。C#中，Main函数可以是private的（甚至可以是protected），可以没有参数，可以返回int值。有点像C语言。
4。发现csc.exe有一个功能很好，100后面加一个小写的L，它会警告：“l”后缀容易与数字“1”混淆；为清楚起见，请使用“L”。
5.C#提供了一种机制，使得某个变量可以被动态赋值一次，以后就不能再改了。那就是readonly关键字的功能。
6.java在继承、多态方面，比C#强多了。Java默认的多态，C#要求加上virtual（被继承的方法）和override（继承的方法），而且C#要求不能改变原来的访问修饰符，不像java那样，可以指定更加宽松的访问方式。如果有人利用C#来写程序，必须经常带上virtual和override，还必须照抄原来的访问控制符，不会很郁闷吗？难道有人用C#的面向对象特性时，会舍弃多态的特性？这会引起多大的混乱啊。
多态是面向对象的精髓，像java那样默认不是更好吗？
7. C#中new还可以用来指定子类的某个方法要隐藏父类的具有相同签名的方法。这是不是多余的？你不用也可以，不过csc.exe会警告你，如“lan.Other.Main(string[])”隐藏了继承的成员“lan.HelloWorld.Main(string[])”。如果是有意隐藏，请使用关键字 new。
像java那样默认多好啊。
但是话又说回来，C#这样做也是有原因的。如果类B继承了类A，B接下来有添加了一个方法叫做hi()，那是B特有的。然后类A（假设是别人来维护的，你不能看到源码）突然也增加了一个方法hi（）。如果B自己那个hi（）跟A那个hi（）的返回值不一样，当你更新类库A后，可能导致程序运行错误或不能编译。C#就很好就地避免了这种问题。（虽然这种问题出现的概率挺小的…）
8.C#中，防止一个类被继承，要用关键字sealed。而定义一个常量时，要用const。像java统一用final多好啊。
9.在C#中，要比较两个引用变量是否指向同一个对象，不能用java中的= =，而要用Object里的ReferenceEquals方法。C#中，不能用一个类的实例去调用该类的类方法，必须用类名。所以java中的o1= =o2等价于C#中的Object.ReferenceEquals(o1,o2)。
10.C#中没有原始类型的包装类，但是也提供自动装拆箱的功能，和java有的一样。区别是，C#的装箱是自动的，拆箱就要强制转换了。
int i=100;
object obj=i;
i=(int)obj;
具体怎么装和拆，我们不知道。只知道CLR将int转换成object了。
11.java的内部类有时候帮助很大。到了C#那，就只提供静态的内部类了。这意味着外部类只相当于是一个命名空间而已。C#中的内部类能访问外部类的私有成员，这可能会让它有点用。
12.C#中虽然有运算符重载，但是为了整个.net的一致性，应该不会鼓励使用。因为有的.net语言没有运算符重载，而.net的一个目标就是消除各种语言的差别。
13.C#多了一个struct值类型，它就跟原始类型一样。微软在必要的时候会帮你将struct封装成Object，就像封装int类型一样。以至于你可以认为struct也是由Object继承而来，虽然struct本身并不支持继承。（struct可以不用new来初始化，但它里面的内容必须初始化后才能调用其方法；struct没有析构方法；struct没有默认的构造方法）。

1.java中类的访问控制符只能是public，或者没有（即默认的包访问）。但是C#中，class和interface的访问控制符可以是public / private / internal / protected / internal protected。当然你必须先取得对类的访问，才可能访问到类的成员。
一个C#集合中可以包含多个public的类或接口，跟文件名没有关系。
2.C#中的接口不能包含常量，而java可以。
3.C#中的as和java中的instanceof功能一样。但C#提供一个据说是效率更高的as关键字。
4.接口和抽象类在C#和java中都差不多，这里提一下接口设计和抽象类设计的区别之处。如果你更改了一个接口的设计，比如增加了一个方法，使用你以前的代码的用户将不得不改变他们的代码，否则不能运行和编译。但是如果是一个抽象类，你可以提供一个含默认实现的方法，用户的代码则不需要改变。
5.C#中一个类实现一个接口时，它的相关方法不必指明override；但一个类继承一个抽象类的抽象方法时，必须加上override，否则视为隐藏。（事实上，只有抽象方法或者是virtual、或者是接口方法才能被覆盖即override。不能无缘无故地override。）
6。C#中存在一个“多态起始点”的问题。如果一个类实现了接口的某个方法，只是接口到该类才有多态的功能，若要这种多态继承下去，该类必须指明是virtual，多态起始了，接下来的子类提供override就能多态了，不需要更多的virtual。
但是抽象类的抽象方法默认就是一个多态起始点，后续的子类只要override就行了。
7.当一个类实现了两个接口，两个接口有一个相同的方法定义，C#有一种解决机制，叫做显示实现。Java干脆就不处理这种情况，反正实现之后就能调用了，不必指明是哪个接口的，留给程序员自己考虑。
当然C#中的显示实现还有其他功能。举个例子，接口A有一个方法叫做f（），类B实现了A。按理说B的实例就能自由调用f（）了，但是如果有这样的要求：B的实例只有被cast成A之后才能调用f（）。在java中，这样无理的要求是不允许的。但是C#可以做到，就是通过显示实现的方法。