C#和Java的比较
2015-07-26 11:23
295 查看
C#和Java的比较(出处http://www.blogjava.net/Jack2007/archive/2008/04/19/194230.html)
1、C#和.NET平台的概貌
2000年6月,微软发布C#语言和.NET平台。C#语言是一种强类型的,面向对象的语言,它具有语法简单、表达力强的特点,而.NET平台则是构成微软的“.NET计划”的基石。 .NET平台的核心包括两方面,
一方面就是著名的通用语言运行机(Common Language Runtime),虽然这个名词起得晦涩了点,不过大家可以拿它和Java的虚拟机来作比较,二者完成的任务大致相同;
另一方面就是一大堆通用函数库,这些库函数可以被多种语言调用,并且通过编译都产生一种共同的中间语言(Intermediate
Language),这种语言也可以拿Java的字节码来类比,虽然完成的方式有些不一样。
2、C#和Java
下面简单地把C#和Java的相似处列出来,虽然在这里我们重点讨论的是C#和Java的不同点,但是了解一下二者的相同之处也是很有必要的。
二者都编译成跨平台的、跨语言的代码,并且代码只能在一个受控制的环境中运行
自动回收垃圾内存,并且消除了指针(在C#中可以使用指针,不过必须注明unsafe 关键字)
都不需要头文件,所有的代码都被“包(package)”限制在某个范围内,并且因为没有头文件,所以消除了类定义的循环依赖
所有的类都是从对象派生出来,并且必须使用New关键字分配内存
用对象加锁的方式来支持多线程
都具有接口(interface)的概念
内部类
继承类的时候不会以某种特定的访问权限来继承;
没有全局函数或者常量,一切必须属于类;
数组或者字符串都自带长度计算和边界检查;
只使用“.”操作符,没有“->”和“::”;
“null”、“boolean”和“bool”成为了关键字;
任何变量均在使用前进行初始化;
不能使用整数来返回到if条件语句中,必须使用布尔值;
“Try”模块后可以有“finally” ;( finally可以没有,也可以只有一个。无论有没有发生异常,它总会在这个异常处理结构的最后运行。即使你在try块内用return返回了,在返回前,finally总是要执行,这以便让你有机会能够在异常处理最后做一些清理工作。如关闭数据库连接等等。
注意:如果没有catch语句块,那么finally块就是必须的。
如果你不希望在这里处理异常,而当异常发生时提交到上层处理,但在这个地方无论发生异常,都要必须要执行一些操作,就可以使用try finally, 很典型的应用就是进行数据库操作)
3. 属性(Property)
属性的概念对大家来说应该是很熟悉的,类成员函数可以自由地访问本类中的任何属性成员。不过若要从一个类中去访问另一个类中的属性,那就比较麻烦了,所以很多时候我们使用Getxxx和Setxxx方法,这样看起来显得极不自然,比如用Java或者C++,代码是这样的:
foo.setSize (getSize () + 1);
label.getFont().setBold (true);
但是,在C#中,这样的方法被“属性化”了。同样的代码,在C#就变成了:
foo.size++;
label.font.bold = true;
可以看出来,C#显然更容易阅读和理解。我们从这个“属性方法”的子程序代码中
,也可以看到类似情况:
Java/C++:
public int getSize()
{
return size;
}
public void setSize (int value)
{
size = value;
}
C#:
public int Size
{
get{return size;}
set{size = value;}
}
为了区分这种属性化的方法和类的属性成员,在C#中把属性成员称作“域(field)” ,而“属性”则成为这种“属性化的方法”专用的名词。顺便说一句,其实这样的属性化方法在VB和DELPHI中是经常碰到的,在VB中它也就叫属性。另外,在C#中Get和Set必须成对出现,一种属性不能只有Get而没有Set(在Java和
C++中就可以只有Get或者只有Set),C#中这样做的好处在于便于维护,假如要对某种属性进行修改,就会同时注意Get和Set方法,同时修改,不会改了这个忘了那个。
【备注】GET和SET详解
4、对象索引机制(Indexer)
C#中引入了对象索引机制。说得明白点,对象索引其实就是对象数组。这里和上一节中的属性联系起来讲一下,属性需要隐藏Get和Set方法,而在索引机制中,各个对象的Get或者Set方法是暴露出来的。比如下面的例子就比较清楚地说明了这一点。
public class Skyscraper
{
Story[] stories;
public Story this [int index] {
get {
return stories [index];
}
set {
if (value != null) {
stories [index] = value;
}
}
}
...
}
5. 指代(Delegate)
指代这个玩意很特别,它有点象指针,但又不完全是,不过大家还是可以把它理解为一种类型安全的、面向对象的指针。(什么是类型安全和面向对象就不用讲了吧?)顺便提一句,有很多书上把Delegate翻译成代理,我觉得这样翻不够确切,翻译成“指代”更恰当些,道理上吻合,并且还符合它的本来意思——微软本来就是用Delegate来“取代指针”,所以叫“指代”,呵呵。
说起指代,也许至今Sun还会对它愤愤不已,为什么呢?因为在Sun的标准Java中是没有这个东西的,它是微软99年发布的MSVJ++6添加的“新特性”。为此,两家公司吵得不亦乐乎,并且还专门在网上写了大量文章互相攻击,有兴趣的朋友可以去看看(只有英文版)。 http://www.Javasoft.com/docs/white/delegates.html http://msdn.microsoft.com/visualj/technical/articles/delegates/truth.asp
话归正传,指代有什么特点呢?一个明显的特点就是它具有了指针的行为,就好象从Java又倒回到了C++。在C#中,指代完成的功能大概和C++里面的指针,以及Java中的接口相当。但是,指代比起C++的“正宗指针”来又要高明一些,因为它可以同时拥有多个方法,相当于C++里面的指针能同时指向多个函数,并且是类型安全的,这一点体现了它的“对象”特性;而比起Java的接口来,指代高明的地方在于它能可以不经过内部类就调用函数,或者用少量代码就能调用多种函数,这一点体现了它的“指针”特性。呵呵,很有“波粒二象性”的味道吧?指代最重要的应用在于对于事件的处理,下一节我们将重点介绍。
6、事件(Event)
C#对事件是直接支持的(这个特点也是MSVJ所具有的)。当前很多主流程序语言处理事件的方式各不相同,Delphi采用的是函数指针(这在Delphi中的术语是“closure”)、Java用改编类来实现、VC用WindowsAPI的消息系统,而C#则直接使用delegate和event关键字来解决这个问题。下面让我们来看一个例子,例子中会给大家举出声明、调用和处理事件的全过程。
//首先是指代的声明,它定义了唤醒某个函数的事件信号public
delegate void ScoreChangeEventHandler (int newScore, ref bool cancel)
;
//定义一个产生事件的类
public class Game
{
// 注意这里使用了event关键字
public event ScoreChangeEventHandler ScoreChange;
int score;
// Score 属性
public int Score
{
get {
return score;
}
set {
if (score != value)
{
bool cancel = false;
ScoreChange (value, ref cancel);
if (! cancel)
score = value;
}
}
}
// 处理事件的类
public class Referee
{
public Referee (Game game)
{
// 裁判负责调整比赛中的分数变化
game.ScoreChange += new ScoreChangeEventHandler (game_ScoreChange);
}
// 注意这里的函数是怎样和ScoreChangeEventHandler的信号对上号的
private void game_ScoreChange (int newScore, ref bool cancel)
{
if (newScore < 100)
System.Console.WriteLine ("Good Score");
else
{
cancel = true;
System.Console.WriteLine ("No Score can be that high!");
}
}
}
// 主函数类,用于测试上述特性
public class GameTest
{
public static void Main ()
{
Game game = new Game ();
Referee referee = new Referee (game);
game.Score = 70;
game.Score = 110;
}
}
在主函数中,我们创建了一个game对象和一个裁判对象,然后我们通过改变比赛分数,来观察裁判对此会有什么响应。
请注意,我们的这个系统中,Game对象是感觉不到裁判对象的存在的,Game对象在这里只负责产生事件,至于有谁会来倾听这个事件,并为之作出反应,Game对象是不作任何表态的。
我们注意到,在裁判类的Referee函数中,Game.ScoreChange后面使用了+=和-=操作符,这是什么意思呢?回到我们定义ScoreChange的地方,可以发现ScoreChange是用event关键字修饰的,那么这里的意思就很明白了:ScoreChange是一个事件,而事件被触发后需要相应的事件处理机制,+=/-=就是为这个事件增加/移除相对应的事件处理程序,而且,并不是一个事件只能对应一个处理程序,我们还可以用这两个操作符为同一事件增加/移除数个事件处理程序。怎么样?很方便吧!
在实际应用中,和我们上面讲的(竞赛-裁判)机制很相近的系统就是图形用户界面系统了。Game对象可以看作是图形界面上的小零件,而得分事件就相当于用户输入事件,而裁判就相当于相应的应用程序,用于处理用户输入。指代机制的首次亮相是在MSVJ里,它是由Anders
Hejlsberg发明的,现在又用到了C#中。指代用在Java语言中的后果,则直接导致了微软和Sun之间对类和指针的关系产生了大量的争论和探讨。有意思的是,Java的发明者James
Gosling非常幽默地称呼指代的发明者Anders Hejlsberg为“‘函数指针’先生”,因为Anders Hejlsberg总是想方设法地把指针变相地往各种语言中放;不过有人在看了Java中大量地使用了各种类后,也戏称Java的发明者James
Gosling为“‘全都是类’先生”,真是其中滋味,尽在不言中啊。
看到一篇对于C#和Java细节比较写的很好的文章,放在这里,以供复习和参考(出处java和C#简单比较)
1、C#和.NET平台的概貌
2000年6月,微软发布C#语言和.NET平台。C#语言是一种强类型的,面向对象的语言,它具有语法简单、表达力强的特点,而.NET平台则是构成微软的“.NET计划”的基石。 .NET平台的核心包括两方面,
一方面就是著名的通用语言运行机(Common Language Runtime),虽然这个名词起得晦涩了点,不过大家可以拿它和Java的虚拟机来作比较,二者完成的任务大致相同;
另一方面就是一大堆通用函数库,这些库函数可以被多种语言调用,并且通过编译都产生一种共同的中间语言(Intermediate
Language),这种语言也可以拿Java的字节码来类比,虽然完成的方式有些不一样。
2、C#和Java
下面简单地把C#和Java的相似处列出来,虽然在这里我们重点讨论的是C#和Java的不同点,但是了解一下二者的相同之处也是很有必要的。
二者都编译成跨平台的、跨语言的代码,并且代码只能在一个受控制的环境中运行
自动回收垃圾内存,并且消除了指针(在C#中可以使用指针,不过必须注明unsafe 关键字)
都不需要头文件,所有的代码都被“包(package)”限制在某个范围内,并且因为没有头文件,所以消除了类定义的循环依赖
所有的类都是从对象派生出来,并且必须使用New关键字分配内存
用对象加锁的方式来支持多线程
都具有接口(interface)的概念
内部类
继承类的时候不会以某种特定的访问权限来继承;
没有全局函数或者常量,一切必须属于类;
数组或者字符串都自带长度计算和边界检查;
只使用“.”操作符,没有“->”和“::”;
“null”、“boolean”和“bool”成为了关键字;
任何变量均在使用前进行初始化;
不能使用整数来返回到if条件语句中,必须使用布尔值;
“Try”模块后可以有“finally” ;( finally可以没有,也可以只有一个。无论有没有发生异常,它总会在这个异常处理结构的最后运行。即使你在try块内用return返回了,在返回前,finally总是要执行,这以便让你有机会能够在异常处理最后做一些清理工作。如关闭数据库连接等等。
注意:如果没有catch语句块,那么finally块就是必须的。
如果你不希望在这里处理异常,而当异常发生时提交到上层处理,但在这个地方无论发生异常,都要必须要执行一些操作,就可以使用try finally, 很典型的应用就是进行数据库操作)
3. 属性(Property)
属性的概念对大家来说应该是很熟悉的,类成员函数可以自由地访问本类中的任何属性成员。不过若要从一个类中去访问另一个类中的属性,那就比较麻烦了,所以很多时候我们使用Getxxx和Setxxx方法,这样看起来显得极不自然,比如用Java或者C++,代码是这样的:
foo.setSize (getSize () + 1);
label.getFont().setBold (true);
但是,在C#中,这样的方法被“属性化”了。同样的代码,在C#就变成了:
foo.size++;
label.font.bold = true;
可以看出来,C#显然更容易阅读和理解。我们从这个“属性方法”的子程序代码中
,也可以看到类似情况:
Java/C++:
public int getSize()
{
return size;
}
public void setSize (int value)
{
size = value;
}
C#:
public int Size
{
get{return size;}
set{size = value;}
}
为了区分这种属性化的方法和类的属性成员,在C#中把属性成员称作“域(field)” ,而“属性”则成为这种“属性化的方法”专用的名词。顺便说一句,其实这样的属性化方法在VB和DELPHI中是经常碰到的,在VB中它也就叫属性。另外,在C#中Get和Set必须成对出现,一种属性不能只有Get而没有Set(在Java和
C++中就可以只有Get或者只有Set),C#中这样做的好处在于便于维护,假如要对某种属性进行修改,就会同时注意Get和Set方法,同时修改,不会改了这个忘了那个。
【备注】GET和SET详解
4、对象索引机制(Indexer)
C#中引入了对象索引机制。说得明白点,对象索引其实就是对象数组。这里和上一节中的属性联系起来讲一下,属性需要隐藏Get和Set方法,而在索引机制中,各个对象的Get或者Set方法是暴露出来的。比如下面的例子就比较清楚地说明了这一点。
public class Skyscraper
{
Story[] stories;
public Story this [int index] {
get {
return stories [index];
}
set {
if (value != null) {
stories [index] = value;
}
}
}
...
}
5. 指代(Delegate)
指代这个玩意很特别,它有点象指针,但又不完全是,不过大家还是可以把它理解为一种类型安全的、面向对象的指针。(什么是类型安全和面向对象就不用讲了吧?)顺便提一句,有很多书上把Delegate翻译成代理,我觉得这样翻不够确切,翻译成“指代”更恰当些,道理上吻合,并且还符合它的本来意思——微软本来就是用Delegate来“取代指针”,所以叫“指代”,呵呵。
说起指代,也许至今Sun还会对它愤愤不已,为什么呢?因为在Sun的标准Java中是没有这个东西的,它是微软99年发布的MSVJ++6添加的“新特性”。为此,两家公司吵得不亦乐乎,并且还专门在网上写了大量文章互相攻击,有兴趣的朋友可以去看看(只有英文版)。 http://www.Javasoft.com/docs/white/delegates.html http://msdn.microsoft.com/visualj/technical/articles/delegates/truth.asp
话归正传,指代有什么特点呢?一个明显的特点就是它具有了指针的行为,就好象从Java又倒回到了C++。在C#中,指代完成的功能大概和C++里面的指针,以及Java中的接口相当。但是,指代比起C++的“正宗指针”来又要高明一些,因为它可以同时拥有多个方法,相当于C++里面的指针能同时指向多个函数,并且是类型安全的,这一点体现了它的“对象”特性;而比起Java的接口来,指代高明的地方在于它能可以不经过内部类就调用函数,或者用少量代码就能调用多种函数,这一点体现了它的“指针”特性。呵呵,很有“波粒二象性”的味道吧?指代最重要的应用在于对于事件的处理,下一节我们将重点介绍。
6、事件(Event)
C#对事件是直接支持的(这个特点也是MSVJ所具有的)。当前很多主流程序语言处理事件的方式各不相同,Delphi采用的是函数指针(这在Delphi中的术语是“closure”)、Java用改编类来实现、VC用WindowsAPI的消息系统,而C#则直接使用delegate和event关键字来解决这个问题。下面让我们来看一个例子,例子中会给大家举出声明、调用和处理事件的全过程。
//首先是指代的声明,它定义了唤醒某个函数的事件信号public
delegate void ScoreChangeEventHandler (int newScore, ref bool cancel)
;
//定义一个产生事件的类
public class Game
{
// 注意这里使用了event关键字
public event ScoreChangeEventHandler ScoreChange;
int score;
// Score 属性
public int Score
{
get {
return score;
}
set {
if (score != value)
{
bool cancel = false;
ScoreChange (value, ref cancel);
if (! cancel)
score = value;
}
}
}
// 处理事件的类
public class Referee
{
public Referee (Game game)
{
// 裁判负责调整比赛中的分数变化
game.ScoreChange += new ScoreChangeEventHandler (game_ScoreChange);
}
// 注意这里的函数是怎样和ScoreChangeEventHandler的信号对上号的
private void game_ScoreChange (int newScore, ref bool cancel)
{
if (newScore < 100)
System.Console.WriteLine ("Good Score");
else
{
cancel = true;
System.Console.WriteLine ("No Score can be that high!");
}
}
}
// 主函数类,用于测试上述特性
public class GameTest
{
public static void Main ()
{
Game game = new Game ();
Referee referee = new Referee (game);
game.Score = 70;
game.Score = 110;
}
}
在主函数中,我们创建了一个game对象和一个裁判对象,然后我们通过改变比赛分数,来观察裁判对此会有什么响应。
请注意,我们的这个系统中,Game对象是感觉不到裁判对象的存在的,Game对象在这里只负责产生事件,至于有谁会来倾听这个事件,并为之作出反应,Game对象是不作任何表态的。
我们注意到,在裁判类的Referee函数中,Game.ScoreChange后面使用了+=和-=操作符,这是什么意思呢?回到我们定义ScoreChange的地方,可以发现ScoreChange是用event关键字修饰的,那么这里的意思就很明白了:ScoreChange是一个事件,而事件被触发后需要相应的事件处理机制,+=/-=就是为这个事件增加/移除相对应的事件处理程序,而且,并不是一个事件只能对应一个处理程序,我们还可以用这两个操作符为同一事件增加/移除数个事件处理程序。怎么样?很方便吧!
在实际应用中,和我们上面讲的(竞赛-裁判)机制很相近的系统就是图形用户界面系统了。Game对象可以看作是图形界面上的小零件,而得分事件就相当于用户输入事件,而裁判就相当于相应的应用程序,用于处理用户输入。指代机制的首次亮相是在MSVJ里,它是由Anders
Hejlsberg发明的,现在又用到了C#中。指代用在Java语言中的后果,则直接导致了微软和Sun之间对类和指针的关系产生了大量的争论和探讨。有意思的是,Java的发明者James
Gosling非常幽默地称呼指代的发明者Anders Hejlsberg为“‘函数指针’先生”,因为Anders Hejlsberg总是想方设法地把指针变相地往各种语言中放;不过有人在看了Java中大量地使用了各种类后,也戏称Java的发明者James
Gosling为“‘全都是类’先生”,真是其中滋味,尽在不言中啊。
看到一篇对于C#和Java细节比较写的很好的文章,放在这里,以供复习和参考(出处java和C#简单比较)
| Java | C# |
主类名与文件名 | 必须一致 | 可以不一致 |
命名空间导入方式 | import关键字 | using关键字 |
常量 | final关键字 | Const关键字 |
基本数据类型 | 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时会引发运行时异常。 其他基本类型与之类似。 | |
初始化 | 调用基类构造函数: 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()的方式实例化泛型,等。 Java的泛型不支持值类型(使用的话会被自动包装成引用类型)。 | C#的泛型在类型参数传入类型后会产生一个新类型(虽然CLR的优化机制会使引用类型共享同样的代码),可以在运行时得到类型参数的类型信息。可以定义泛型数组,可以添加约束使其可以new。C#的泛型可以使用值类型(不会被装箱)。 |
参数引用传递 | 只有值传递 | 使用关键字ref:迫使值参数通过引用传递给方法; 使用关键字out: 在参数未初始化的情况下,在一个函数中输出多个值; 使用关键字params:自动把参数转为数组; |
| | |
相关文章推荐
- java中的关键字super
- Spring(十二)使用Spring的xml文件配置方式实现AOP
- java笔记--类与继承
- 开源 自由 java CMS - FreeCMS1.9 积分规则管理
- 编写spring配置文件时,不能出现帮助信息
- java里为什么主函数前面要加static修饰 2015-07-26 11:10 3人阅读 评论(0) 收藏
- JavaWeb学习笔记:第一个 WEB 应用程序
- 关于javaWeb里转发与重定向斜杠的问题
- Eclipse使用总结
- JAVA I/O 体系
- springMVC的转发和重定向及Controller参数
- 金额转大写及日期转大写(java)
- 【Java并发编程实战】-----线程基本概念
- mac eclipse实用快捷键总结
- struts2和struts1认识
- 【java并发编程实战】-----线程基本概念
- eclipse背景调成护眼色
- java List 排序 Collections.sort() 对 List 中的对象排序
- Spring Mvc——初始化
- 【Thinking in Java笔记】为什么需要内部类