只是一个比较不是找抽,令外,这贴 不知道是不是水贴.如果是班主帮忙转一下.
C#与VB.NET优劣分析(转)2008-05-20 16:57在网上经常能看到 一些评论和比较C#、VB.net优劣的文章。其中绝大多数都认为:VB.net就没有它存在的必要,VB.net迟早要被C#取代。 确实,计算机语言不是很重要的,也许讨论它有点无聊。所以还希望那些“心中无剑”、“架构、思想至尚”的高手们口下留情。
关于VB.net与C#在功能、能力、面向对象的特性上,实在是难分伯仲。这个已是不争的事实。尤其是VS.net2005中,这两种语言已经达到了惊人地相似!
下面就通过三个大方面对这这两种语言进行比较:
一、语言的人性化区别
C#像傻男人,VB.net像聪明贤惠的女人
从代码的风格就可以看出。
例1. 声明变量时:
C#: int iTest ; //很直接的语气,类似于:擦汗!拿毛巾
VB.net Dim iTest As Integer ‘很委婉的语气,类似于:小王,给我拿条毛巾,我用它擦汗~
实现完全相同的功能,但有着很明显的区别。哪个更人性化、更易懂呢?
例2.语言的关键字上:
C#关键字:
using、this、void、base、abstract、sealed、virtual、switch、internal、static
相应的VB.net关键字:
Imports、Me、Sub、MyBase、MustInherit、NotOverridable、MustOverride、Select 、Friend、Shared
比较一下,C#的关键字比较冰冷,是具有一定“机器味道”的语言。
而VB.net的关键字,都是“人的行为”,“人的称谓”。
相信VB.net的语法更具亲和力,更易于帮助我们理解面向对象的特性。
二、语言的先进性的对比
现在,计算机软件工程越来越庞大,已经远远不是10年前的几十KB大小的级别了。这就对语言的可扩展性、可辅助性提出了更高的要求。“面向对象”便是这个需求的一个产物。
从现有的语言来看,具有“标识符”的标识性语言具备更高的容错性、可调试性、可扩展性。比如HTML、XML。尤其是XML已经成为了下一代语言的模型。
为什么像HTML、XML这种具有“开口”和“封口”的语言 有更高的容错性、可调试性呢?这要取决于它的“吝啬”性。“开口”和“封口”可以把故障的范围最小化,使出现问题的部分尽量不影响其它部分。比如说:在HTML的<table>中,少写一个<TR>多写一个<TR>均不会对表格中其它行造成太大的影响。
与 这种“吝啬”的语法相反的是“贪婪”性的语法。什么是“贪婪”性呢?这个问题也不太好解释。不过,这种特性与正则表达式的解析十分十分地一致。“吝啬性”的正则表达式 用做 精确匹配Group时有着较高的性能,而“贪婪性”的正则表达式用于判断IsMatch时有着较高的性能。
像C类的所有封口均使用大括号的语言,就属于这种“贪婪性”性的语言。过多相同的封口使得代码更加地难于控制。
许多人抱怨微软,为什么不给C#加上动态编译、加上自动完成……,实际上,微软何尝不想加啊,但由于C#的语法特性,是根本无法实现的。下面就用实例来说明为什么C#无法实现动态编译:
看下面的C#代码段,代码中的大括号是不平衡的:
class A {
class B {
class C
{
int F1()
{
return 1;
}
int F2()
{
return 2;
}
}
}
假如现在已经有了C#的动态编译器,现在 要求编译器指明 到底是哪里丢失了大括号!
这时,编译器就糊涂了:因为 不论是把大括号加在F1的末尾 还是加在class A的末尾 都是行得通的,虽然这两种情况的意义是完全不同的,即:不能判断F1到底是Class C的方法,还是Class B的方法。那么连带下一步,在代码的其它部分 就更无法判断 调用F1的代码的合理性了。
2 VB.NET与C#.NET
这里只是举了一个简单的例子,实际的情况比这个更复杂。我们可以看到,在C语言的代码没有完全正确地书写之前,它的结构是有可能极度混乱、多意性的,在这种极度混乱的环境下 是无法判断故障之所在、无法正确识别对象的结构的。自然,这样的动态编译器也就成了“累赘”。
相比之下,同样的内容 看看VB语法:
Class A
Class B
Class C
Function X1() As Integer
Return 1
End Function
End Class
Function X2() As Integer
Return 2
End Function
End Class
End Class
无论你删除End Class还是删除End function,故障范围都不会扩大,定位就可以做到精准。
检错如此,自动完成代码也是如此。在C#环境下,由于代码结构可能存在着“多意性”,所以IDE有可能无法决定做处理的确切位置。
当然,C类的代码并不是没有优点,其优点主要有二:
1.节省代码所占的磁盘和内存空间
2.使编译器的体积能够做得更小(最终还是为了节省磁盘空间)
只有在 内存和磁盘空间非常珍贵的过去的年代里,C类语言代码才能够更具优势。
然而在内存和磁盘如此丰富的今天,这种优势