.NET 与 JAVA 对比分析
导言
.NET与JAVA,国内开发者最多的两大阵营,各自均拥有庞大的忠实支持者。毫无疑问,从普及率和应用效果上看,两者都是非常优秀的开发平台。
两者都有其自己独特的优劣势,但最后不论喜欢哪种技术,目的都只有一个:为客户提供最合适的解决方案。
下面,我试图从许多不同的角度,简单地比较.NET和JAVA。
一、技术方面:
纵观.NET与Java的技术体系,会发现二者有颇多相似,也有很多差异,最本质的差异应该是软件开发思想上的差异,它们二者分别代表的是商业软件体系与开源软件体系。
通常新的技术会比旧技术更好,因为新技术可以从旧技术学到优点,且新技术可以摒除旧技术的缺点。
.NET比Java诞生的时间晚了六年,许多方面都比Java先进,当然是无庸置疑。并不是说Java这六年停滞不前,事实上,Java一直在进步中,只是有许多缝缝补补、修修改改的地方。
例如,XML是在这六年之间出现的技术,所以.NET对于XML的整合可以说是天衣无缝,但Java是后来才把XML整合进来,且整合的程度比不上.NET。.NET的易用性很好,而且就此一家。——而在多数据集成、异构数据集成整合等方面,XML技术表现十分优异。
业内所公认的.NET是跨语言,而JAVA是跨平台。
尽管Java率先实现了“一次编码、到处运行”的目标,但在借鉴、消化和市场化方面,微软后来居上,凭借Windows的广泛使用,.NET Framework似乎走得更远。实际上,概括起来,.NET Framework有两大主要特征:跨平台、跨语言。
1.跨平台
java可以开发什么软件在每台计算机上安装.NET Framework后,一次编写的.NET应用程序就可以跨操作系统平台和硬件环境执行。.NET中实现这一功能的原理和Java差不多,.NET Framework的作用就好比是Java的虚拟机。
.NET应用程序跨平台的原理可以用下图来解释。图中虚线部分
为.NET Framework的内容。
采用某种熟悉的语言编写完毕的.NET源程序被.NET Framework中该语言的编译器编译成PE(Portable Executable,可移植可执行)文件,这个以.EXE或者.DLL为扩展名的文件是与计算机操作系统和硬件环境无关的中间语言代码文件,称为MSIL(MS Intermediate Language)代码文件。PE文件主要包括两部分,IL代码和元数据。元数据是描述PE文件内容的含义的数据。
当在某个具体的计算机上要执行编译后的PE文件时,.NET Framework调用“Just-In-Time”(即时)编译器,在.NET Framework类库的支持下,结合具体的操作系统和硬件环境,编译成最终的可执行代码。
图1 .NET Framework的工作原理
.
NET Framework中提供了两个编译器。一个编译器是每门程序语言的编译器,这个编译器编译后的代码只是与硬件环境无关的中间代码MSIL。每台计算机上安装的“Just-In-Time”编译器最后完成与具体的硬件环境有关的可执行代码的编译。
因此,程序员在编写.NET程序时,无论采用什么样的平台进行开发,最后都可以在.NET Framework的支持下移植到其他不同的平台上。而代码的移植和运行都是由.NET Framework自动完成的。
提示:如果把.NET Framework理解为Java虚拟机的功能,那么MSIL 文件就好比是Java的字节码文件。
2.跨语言
如果是单纯的跨平台,那么.NET Framework无非是借鉴Java的概念而已。实际上,.NET Framework更让程序员欣喜的是其跨语言的特性。
设想一下这样的场景:在一个软件公司中,开发人员各有自己偏爱的语言,而且每种语言其最擅长的开发领域也不尽相同,比如,VB的易
学易用、VC对底层函数的功能调用等。在.NET Framework出现之前,这些不同语言直接的程序是很难集成和互相访问的。
.NET Framework中设计了一个通用语言系统(Common Language System,CLS),定义了很多标准的数据类型,.NET Framework支持的所有高级语言都必须同时支持该系统对数据类型的定义。
在编译成MSIL代码的同时,各种高级语言自身的数据类型都被转换成了CLS系统中的标准数据类型,比如,VB.NET中定义的Integer数据类型被转换成了System.Int32数据类型,C#中的int类型也被转换成了System.Int32数据类型。这样不同语言的变量就可以相互交换信息了,这就是.NET Framework支持混合语言编程的基本原理。
二、开发效率方面:
1、.NET的编程效率高,只需要鼠标拖拽即可实现;
2、.NET运行效率高,都是微软自己的东西,效率高。
在开发周期上,肯定是.NET要优于JAVA,微软的工具一向就是把人培养为傻瓜的那种类型,在Visual Studio中拖拖,很快一个画面就Coding完毕了,可以大大缩短开发周期。
.NET有一套微软自成体系的东西(windows + sql server + office + .NET +...)他们之间没有兼容性问题。JAVA总是会遇到些兼容问题。
——开发效率高,对于用户来说,意味着更快的交付周期,更好的实施效果保证。
三、从用户角度看:
前面两点其实都是从开发者及系统管理员角度来分析二者的区别,实际使用过程中,用户更关注的是,易用性、稳定性、兼容性、以及易于维护性等方面。
通过前述内容的描述,在易用性和易于维护性方面,考虑到目前绝大多数用户都是Windows环境,对应于界面、操作习惯等,.NET体系下的产品后续维护和易用性会更好;而且不需要配备专门的系统管理员,大多数配置和维护都沿袭了微软的“傻瓜式”拖拽;相比较之下,JAVA体系下的产品后续维护和使用、配置等都需要具备一定的专业技术基础,成本相对更高。
稳定性和兼容性方面,.NET沿袭微软自成体系,在Windows环境下,运行的稳定性无疑是远远高于JAVA;加之一些微软自带的服务和组件,在兼容性方面,JAVA产品表现也逊很多。
综上,在目前常用的用户环境下,.NET架构的产品实际上更适合用户去使用、配置、维护;虽然JAVA的跨平台属性略优于.NET,但也没有哪个用户整天没事换操作系统。从适用性、易用性、易维护性等多角度来看,.NET架构体系对于目前用户来说,是最好的选择。
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论