C#与Java的比较(转)

C#中有无符号数，Java没有。
C#中有值类型，且可自己定义值类型的结构体(struct)。 Java中的基本类型(或叫基元类型)即为值类型，但Java没有结构体，所以不能自定义值类型。 C#中的值类型（包括所有基本类型）间接继承自Object，有自己的方法可以调用；Java中的值类型（即基本类型）不继承自Object，只是简单的数据，没有方法可以调用。
C#中int等同于System.Int32，是值类型；bool等同于System.Boolean；等。 Java 中int是基本类型，是值类型，而Integer是引用类型，Integer是int的包装器，int自身没有方法，Integer有一些方法；int与 Integer之间可隐式转换（导致装箱和拆箱），但当Integer值为null的时候会在运行时抛出异常。boolean等类似。
Java 中的int与Integer的对应在C#中类似int和Nullable<int>的对应，它们的后者都是前者的包装，且后者可以等于 null。但Nullable<int>实际上仍然是值类型的(所以仍然很轻量级)，所以从内存上讲C#中int和Object的对应更接近 Java的对应一些。C#中Nullable<int>到int的转换必须显式进行，因为Nullable<int>中的值为 null时会引发运行时异常。 其他基本类型与之类似。

[无]

[无]

[无]

[无]

[无]

[无]

C#可重载操作符。Java没有。
Java自己重载了String的+和+=，但没有重载==，这是我 这段时间犯的最多的错误。C#中String的==是比较值相等，Java中==是Object的默认行为：比较引用相等，要比较值相等得用equals 方法。（这么多年编程以来，我似乎从来没有遇到过要比较两个字符串变量的引用相等。对于比较值相等来讲，==符号比equals方法调用看上去优雅得多， 况且方法调用还得注意空指针的情况）

C#允许用goto。Java的goto是保留关键字，不能使用。但Java允许有标签，在有嵌套循环时可以在continue、break后面跟标签名。
C#的switch可以使用long、String；Java不可以。
Java的switch中的case子句在后面没有跟break的情况下直接跳到下一个case子句； C#中只有在前一个case没有任何代码的情况下才允许不写break直接跳到下一个case，C#中可以通过goto跳转到另一case。

C#中的枚举是值类型，且其基于数值类型（默认基于int），可设置枚举项对应的数字，不能在其中添加方法等任何其他成员。 Java中的枚举是引用类型（Java除了基本类型外，任何类型都是引用类型），不是基于数值类型。除了不能继承外，它跟普通类差别不大，可以添加成员方法和成员变量等（当然也就可以重写toString方法）。
C#和Java的枚举都可以用于switch。
可以将C#的枚举作为数值看待而直接进行位运算，因此可以在一个变量中存储多个位标记。 Java的枚举跟数值没有直接关系，因此不能直接这么用。Java用EnumSet来存储枚举标志，不需要直接使用位运算，更远离底层。

C#的泛型在类型参数传入类型后会产生一个新类型(虽然CLR的优化机制会使引用类型共享同样的代码)，可以在运行时得到类型参数的类型信息。可以定义泛型数组，可以添加约束使其可以new。C#的泛型可以使用值类型(不会被装箱)。
对于Java的泛型，简单的讲，它的好处只在编译时，运行时没有任何泛型的意义。当你在使用已有的泛型类时，这通常能满足要求；但如果你要自己定义泛型类，那你得知道它有多少你觉得它应该可以但事实上不可以的事情。

C#调用基类构造函数的语法为： SubClass() : base() { } Java调用基类构造函数的语法为： SubClass(){    super(); } C#和Java都可以用类似的语法调用同一个类的其他构造函数。（分别将base和super换成this）
Java有代码块概念，会在构造函数之前执行（基类的构造函数之后）。
在成员变量声明时赋值，Java允许其赋值表达式中引用前面声明的另一个变量，如： private int x = 1; private int y = x + 10; 这里变量y的赋值语句有变量x。 C#不允许这样做。

C#的const是绝对的常量，必须在声明语句中同时赋值，只有数值、枚举和String可以声明为const。const的值会内联到各个使用的地方。 C#的readonly表示变量在构造函数执行完之后是不能再变化的。它只约束变量本身，而无法约束变量引用(如果它是引用类型或者有成员是引用类型)的对象。
Java中的final(在约束变量的时候)看上去更像readonly。 但C#的readonly和const有个区别，readonly的int是不能作为switch的case语句的，const的可以。 而Java的final则是：有时候可以有时候不可以----编译时可以得到明确值的可以，反之不可以。如： final int x = 1;   // 这个可以 final int y = new Random().nextInt();   // 这个不可以 那么可以理解为：编译时能得到明确值的时候，final等同于C#的const(不清楚Java在这个情况下是否会内联，估计不会)；编译时无法得到明确值的时候，final等同于C#的readonly。

namespace == package (Java的package对文件结构也有要求；C#没有)
internal == [默认] (Java中不写访问修饰符即表示访问权限是package；C#默认是private。C#的internal protected在Java中没有。)
lock == synchronized (Java中synchronized可以修饰方法，C#可以用定制特性[MethodImplAttribute(MethodImplOptions.Synchronized)]达到同样效果)
 : == extends,implements
base == super
is == instanceof (C#有as，Java没有)
typeof == .class
[SerializableAttribute]定制特性 == Serializable接口
[NonSerializedAttribute]定制特性 == transient
params == ... (可变数目参数)

C#中有无符号数，Java没有。
C#中有值类型，且可自己定义值类型的结构体(struct)。 Java中的基本类型(或叫基元类型)即为值类型，但Java没有结构体，所以不能自定义值类型。 C#中的值类型（包括所有基本类型）间接继承自Object，有自己的方法可以调用；Java中的值类型（即基本类型）不继承自Object，只是简单的数据，没有方法可以调用。
C#中int等同于System.Int32，是值类型；bool等同于System.Boolean；等。 Java 中int是基本类型，是值类型，而Integer是引用类型，Integer是int的包装器，int自身没有方法，Integer有一些方法；int与 Integer之间可隐式转换（导致装箱和拆箱），但当Integer值为null的时候会在运行时抛出异常。boolean等类似。
Java 中的int与Integer的对应在C#中类似int和Nullable<int>的对应，它们的后者都是前者的包装，且后者可以等于 null。但Nullable<int>实际上仍然是值类型的(所以仍然很轻量级)，所以从内存上讲C#中int和Object的对应更接近 Java的对应一些。C#中Nullable<int>到int的转换必须显式进行，因为Nullable<int>中的值为 null时会引发运行时异常。 其他基本类型与之类似。

[无]

[无]

[无]

[无]

[无]

[无]

C#可重载操作符。Java没有。
Java自己重载了String的+和+=，但没有重载==，这是我 这段时间犯的最多的错误。C#中String的==是比较值相等，Java中==是Object的默认行为：比较引用相等，要比较值相等得用equals 方法。（这么多年编程以来，我似乎从来没有遇到过要比较两个字符串变量的引用相等。对于比较值相等来讲，==符号比equals方法调用看上去优雅得多， 况且方法调用还得注意空指针的情况）

C#允许用goto。Java的goto是保留关键字，不能使用。但Java允许有标签，在有嵌套循环时可以在continue、break后面跟标签名。
C#的switch可以使用long、String；Java不可以。
Java的switch中的case子句在后面没有跟break的情况下直接跳到下一个case子句； C#中只有在前一个case没有任何代码的情况下才允许不写break直接跳到下一个case，C#中可以通过goto跳转到另一case。

C#中的枚举是值类型，且其基于数值类型（默认基于int），可设置枚举项对应的数字，不能在其中添加方法等任何其他成员。 Java中的枚举是引用类型（Java除了基本类型外，任何类型都是引用类型），不是基于数值类型。除了不能继承外，它跟普通类差别不大，可以添加成员方法和成员变量等（当然也就可以重写toString方法）。
C#和Java的枚举都可以用于switch。
可以将C#的枚举作为数值看待而直接进行位运算，因此可以在一个变量中存储多个位标记。 Java的枚举跟数值没有直接关系，因此不能直接这么用。Java用EnumSet来存储枚举标志，不需要直接使用位运算，更远离底层。

C#的泛型在类型参数传入类型后会产生一个新类型(虽然CLR的优化机制会使引用类型共享同样的代码)，可以在运行时得到类型参数的类型信息。可以定义泛型数组，可以添加约束使其可以new。C#的泛型可以使用值类型(不会被装箱)。
对于Java的泛型，简单的讲，它的好处只在编译时，运行时没有任何泛型的意义。当你在使用已有的泛型类时，这通常能满足要求；但如果你要自己定义泛型类，那你得知道它有多少你觉得它应该可以但事实上不可以的事情。

C#调用基类构造函数的语法为： SubClass() : base() { } Java调用基类构造函数的语法为： SubClass(){    super(); } C#和Java都可以用类似的语法调用同一个类的其他构造函数。（分别将base和super换成this）
Java有代码块概念，会在构造函数之前执行（基类的构造函数之后）。
在成员变量声明时赋值，Java允许其赋值表达式中引用前面声明的另一个变量，如： private int x = 1; private int y = x + 10; 这里变量y的赋值语句有变量x。 C#不允许这样做。

C#的const是绝对的常量，必须在声明语句中同时赋值，只有数值、枚举和String可以声明为const。const的值会内联到各个使用的地方。 C#的readonly表示变量在构造函数执行完之后是不能再变化的。它只约束变量本身，而无法约束变量引用(如果它是引用类型或者有成员是引用类型)的对象。
Java中的final(在约束变量的时候)看上去更像readonly。 但C#的readonly和const有个区别，readonly的int是不能作为switch的case语句的，const的可以。 而Java的final则是：有时候可以有时候不可以----编译时可以得到明确值的可以，反之不可以。如： final int x = 1;   // 这个可以 final int y = new Random().nextInt();   // 这个不可以 那么可以理解为：编译时能得到明确值的时候，final等同于C#的const(不清楚Java在这个情况下是否会内联，估计不会)；编译时无法得到明确值的时候，final等同于C#的readonly。

namespace == package (Java的package对文件结构也有要求；C#没有)
internal == [默认] (Java中不写访问修饰符即表示访问权限是package；C#默认是private。C#的internal protected在Java中没有。)
lock == synchronized (Java中synchronized可以修饰方法，C#可以用定制特性[MethodImplAttribute(MethodImplOptions.Synchronized)]达到同样效果)
 : == extends,implements
base == super
is == instanceof (C#有as，Java没有)
typeof == .class
[SerializableAttribute]定制特性 == Serializable接口
[NonSerializedAttribute]定制特性 == transient
params == ... (可变数目参数)