刚刚看完java视频,做了个简单图:
新知识不多,大多是与以往知识的相互碰撞,一下做了java与C#的简单比较:
|
Java |
C# |
主类名与文件名 |
必须一致 |
可以不一致 |
命名空间导入方式 |
import关键字 |
using关键字 |
常量 |
final关键字 |
Const关键字 |
基本数据类型 |
C#中有无符号数,Java没有。 C#中有值类型,且可自己定义值类型的结构体(struct)。 C#中int等同于System.Int32,是值类型;bool等同于System.Boolean;等。 Java中的int与Integer的对应在C#中类似int和Nullable<int>的对应,它们的后者都是前者的包装,且后者可以等于null。但Nullable<int>实际上仍然是值类型的(所以仍然很轻量级),所以从内存上讲C#中int和Object的对应更接近Java的对应一些。C#中Nullable<int>到int的转换必须显式进行,因为Nullable<int>中的值为null时会引发运行时异常。 |
|
初始化 |
调用基类构造函数: SubClass():base(){} |
调用基类构造函数: SubClass(){ super(); } |
Switch语句 |
(1)只能处理int类型 (2)每个case块后写break语句,不然会有穿透问题 |
(1)还可以处理字符变量 (2)要求每一个case块或者在块的末尾提供一个break语句,或者用goto转到switch内的其他case标签。 |
声明数组 |
灵活。 Int[] x={1,2,3};//正确 Int x[]={1,2,3};//正确 |
Int[] x={1,2,3};//正确 Int x[]={1,2,3};//错误 |
面向对象 |
完全面向对象 |
相同 |
继承 |
类的单继承; 可以实现多个接口; |
相同 |
多态 |
支持某些形式的多态性机制 |
相同 |
重写 |
默认方法都可被重写,派生类和子类方法签名一样时被认为是重写。要声明不能被重写的方法需在方法前加final关键字。重写时可以在方法前添加标注(即C#中的定制特性)@Override,这样一旦此方法找不到被重写的方法时编译器会报错,以防止拼写错误。 |
被重写的方法必须添加virtual关键字声明为虚方法,派生类重写子类方法时添加override关键字。 |
访问修饰符 |
4类 Public:成员可以从任何代码访问; Protected:成员只能从派生类访问; Default: |
|
内部类 |
内部类可以直接访问外部类的实例成员 |
C#的内部类不可以直接访问外部类的实例成员;C#的内部类等同于java的静态内部类 |
最终类 |
final关键字定义的类不能再被派生 |
Seale关键字定义的类不能再被派生 |
接口 |
(1)关键字:interface; (2)接口内允许有内部类、静态字段等; |
(1)关键字:interface; (2)接口内不允许有内部类、静态字段等; |
内存管理 |
由运行时环境管理,使用垃圾收集器 |
由运行时环境管理,使用垃圾收集器 |
指针 |
支持,你只在很少使用的非安全模式下才支持。通常以引用取代指针 |
完全不支持。代之以引用 |
泛型 |
Java中泛型实现使用的擦除机制,为类型参数传入类型并不导致新类型出现,即传入了类型参数后在运行时仍然完全不知道类型参数的具体类型,它的目的是为了兼容非泛型(所以可以在泛型和非泛型之间隐式转换,会有编译警告但不会有编译错误,这当然其实并不安全);这同时衍生了一系列问题:不能定义泛型类型参数的数组如T[],不能通过new T()的方式实例化泛型,等。 |
C#的泛型在类型参数传入类型后会产生一个新类型(虽然CLR的优化机制会使引用类型共享同样的代码),可以在运行时得到类型参数的类型信息。可以定义泛型数组,可以添加约束使其可以new。C#的泛型可以使用值类型(不会被装箱)。 |
参数引用传递 |
只有值传递 |
使用关键字ref:迫使值参数通过引用传递给方法; 使用关键字out: 在参数未初始化的情况下,在一个函数中输出多个值; 使用关键字params:自动把参数转为数组; |
|
总结:所有高级语言之间都是相通的,只是一些简单语法上的不同、专业术语不同、再加上某些部分运行机制不同,其实也没有什么。做好比较,减少学习知识量,轻松学习。