.NET和JAVA的跨平台,我们很期望.但是容易吗

    Java最吸引人之处,在于跨平台。而.NET可以看作Java的改良版,囊括Java大部分的优点,所以当然也具有跨平台的潜力。但是认真追究起来,Java和.NET的程序其实也不算真正跨平台,因为Java VM(虚拟机器)和.NET VM本身就是一个平台,而Java程序只能在Java VM上执行,.NET程序只能在.NET VM上执行,至于VM的底下是什么操作系统,则无关紧要。

更清楚的说,Java和.NET的跨平台,指的是跨“操作系统”平台。所以,Java VM和.NET VM能移植到什么OS平台,Java程序和.NET程序就能跨到什么平台。

从1.0版至今,Java历经了近八年的发展,Java已经无所不在了。除了在服务器上已经取得压倒性的胜利之外,在桌面系统的安装比例也已经超过90%(2002年的数据),且随着最近Dell等大厂和Sun签约在PC上预先安装Java VM,此数据未来会更高。

但事实上,Java跨平台的开放程度并不若我们所想象的美好,主要的原因在于四不、一没有:

版本不一致:许多操作系统上虽然已经具备Java VM,但是版本并未和最新版的Java VM同步,甚至不同版本差距颇大者。举例来说,早期Mac OS在追随Java的脚步上,步伐很慢,往往差了一个版本,例如在Java 1.3推出一、二年后,Mac OS仍只有1.2版的Java VM可用(但是现在Mac OS X已经追上Java的版本推进)。另外,Java VM安装比例固然已经超过90%,但是其中应该有许多仍是使用IE浏览器内建的Microsoft VM(只支持到Java 1.1.4 API),不能执行1.2以后的Java 2程序。所幸的是,版本落差这个问题近来已经有显著的改善。    特殊动态链接库不存在:对于那些非J2SE标准的动态链接库(例如Java 3D),往往只局限在Window、Solaris、Linux三个操作系统。关于这一点,我不认为未来几年内会有所改善。    标准不够开放:Sun曾经把Java提交给ISO来制订开放的标准,但后来又因为舍不得而撤回,改成立JCP委员会为Java的标准制订单位。这也使得Java在开放程度上并未如宣传上所说的那么好。(这一方面,.NET还比Java好一些,至少核心部分已经是ECMA的标准)。    厂商不服气:这可能会造成标准的分裂。早期微软在Visual J++产品中就有一些可能造成Java分裂的举动出现。近年来关于IBM和JBoss等公司,在J2EE的产品上,和Sun也是屡次发生冲突。甚至之前传出某公司有利用市场的力量,另立标准的可能。例如Eclipse的SWT就是一个和Java的AWT/Swing互相竞争的API。    技术人员没有跟上新技术:过去这八年,Java修修补补,废弃了一些旧的API和程序设计思维,增加了许多新东西。如果开发人员未能随时补充新知识,仍用旧的方法开发系统,就会横生困扰。这其实是很严重的问题。 .NET在跨平台问题也不少:

.NET某些API在设计时,并没有考虑到跨平台的需求,例如Windows Forms就是如此。这会使得移植.NET VM到不同操作系统时,难度会比较高。Mono(Linux上的.NET VM)曾想移植Windows Forms到Linux上,但是后来放弃了,改成在Wine上面执行Windows Forms(当然效率会因此变差了)。[但是再后来由于System.Drawing实现的比较好,因而又基于System.Drawing来实现底层的SWF,Mono 1.2的发布就是等着SWF1.0的发布。当然效率肯定比不上Windows下的SWF。不过Mono是推举使用GTK#的]    只有核心部分是ECMA的标准,重要的API例如ASP.NET,和ADO.NET都不是标准,而是微软私有的财产,可能涉及法律问题。Mono另外推出Gtk#这套GUI的API(将Gtk+包装起来)。    技术人员没有跟上新技术:.NET经过了5年的发展,最新到来的2.0版本和1.x版本相比较,修改、增加了许多API增加了许多新东西,程序设计的思维也发生了重大的变化。如果开发人员未能随时补充新知识,仍用旧的方法开发系统,就会横生困扰。这其实是很严重的问题,MS 的WebCast做的非常好,在帮助技术人员跟上新技术方面MS做的比SUN要好许多。

目前微软有提供一套开放原始码的.NET VM,名为Share Source Common Language Infrastructure,简称SSCLI,代称Rotor。SSCLI仅供爱好者研究使用,不做商业发行(微软商业版的.NET VM是.NET CLR)。SSCLI可以在FreeBSD、Windows、Mac OS X等平台上执行。

为了让.NET能够摆脱微软的控制,除了由Novell/Ximian资助的Mono计划之外(Mono是西班牙文“猴子”的意思), GNU(自由软件基金会),也有一个DotGNU Portable.NET的类似计划。如果Mono和DotGNU Portable.NET等计划能成功,那么.NET的跨平台才能显露曙光,现在有许多的Linux发行版本都内置了Mono平台,如 Novell Suse Linux系列操作系统。

.NET以后是一定会流行的,至少会在Windows和Linux上成为主流。Linux和Mono得到Novell公司的大力支持,相信在不久的将来.NET将在Linux平台称为开发的平台。为了让Java能够跨进.NET的世界,有人设计了.NET VM上的Java VM,“IKVM.NET”正是这样的一套Java VM。仗着Java VM和.NET VM有许多相似之处,IKVM.NET在设计上就可以取巧,许多机制(例如垃圾收集)直接利用底下的.NET VM,不需要自己完成。有了像IKVM.NET这样的VM,Java就可以跨到.NET平台上,不失为一个扩展势力的好方法。

为了抢夺市场,Java和.NET阵营均使出浑身解数。Java阵营近来的脚步似乎加快了,这是好现象。而.NET阵营更是使出许多绝招,提供下面的工具:    Visual J#:如果是1.1.4或更早以前的Java程序,可以直接利用Visual J#,来将Java的原始码编译成.NET的MSIL。这样的编译,成功率可以达到近100%。     程序转换工具:如果你的Java程序并非1.1.4以前的古董,而是用到Java 2的许多新特色,那么你可以利用微软提供的程序转换工具(例如JLCA),来帮助将Java程序转成.NET程序,达到鲸吞的效果。这些工具通常可以将八九成的程序代码转换成功,但是许多地方仍须手动调整。我们可以期待,未来版本的此类工具会更强大,转换的成功率会更高。    程序合作工具:既有的Java程序不可能一朝一夕改写成.NET,而转换工具也不是100%成功,那么如果能让既有的Java程序继续运作,而鼓励大家新的程序改用.NET平台,并慢慢换掉旧的Java程序,达到蚕食的效果。这个时候,程序代码合作工具就很重要,负责架起Java旧系统和.NET新系统之间的沟通桥梁。例如:Microsoft .NET and J2EE Interoperability Toolkit,就是这样的工具。

相关文章: 跨平台的客场交锋:.NET vs. JAVA on Linux 跨平台的安全Web Services 大话 .NET/MONO 跨平台应用

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏针针小站

【Soft】Metro For Steam – Steam Metro UI

1953
来自专栏zhangdd.com

详解Win10家庭版/专业版/企业版功能区别

之前曾经在今年更早时间解释了Win10各个版本之间有什么差别和不同之处,但是在Win10升级全知晓中发现依然有很多朋友还是在问,这里就再详细解释一下。

1883
来自专栏张善友的专栏

Xamarin Evolve 2013

在不久前结束的Xamarin Evolve 2013开发者大会上,Xamarin团队成员向600多名C#开发者介绍了该产品的新功能并通过授课的方式让大家更加了解...

1835
来自专栏小狼的世界

Shell历史

浏览了一下Wiki,把shell的历史简要摘抄了一下,整个发展过程还是很有趣,csh贡献了很多的想法和特性,但是最后却没有流行起来。sh虽然刚开始功能比较简单,...

661
来自专栏张善友的专栏

.NET平台微服务项目汇集

最近博客园出现了一篇文章《微服务时代之2017年五军之战:Net PHP谁先死》,掀起了一波撕逼,作者只是从一个使用者的角度来指点江山,这个姿势是不对的。.NE...

2239
来自专栏小狼的世界

Silverlight:正式进入2.0

2008年10月30号,微软正式发布了Silverlight为VS 2008的SP1补丁,我们可以从这里下载:

622
来自专栏云计算D1net

XP“退休“ 用户该选择Win 7还是Win 8?

? 微软为Windows XP提供支持已经13年了,4月8日后,Windows XP的技术支持将停止,包括保护PC的自动升级等,同时微软也将停止在其官...

3133
来自专栏码农阿宇

从博客园博问站点迁移ASP.NET Core展望.NET Core

今年年初,博客园的博问系统就已经迁移到了 ASP.NET Core on Linux并发布上线发布。

1311
来自专栏章志青的专栏

如何通过代码分析精简用例(2)

上一次分享的如何通过代码分析精简用例主要是针对 WEB 侧逻辑复用,从而精简冗余用例的案例。本次的案例分享是希望通过对 SVR 代码的分析,完成用例执行的精简。

1020
来自专栏角落的白板报

【52ABP实战教程】0.0.0 -- ASP.NET CORE系列介绍

为什么是.net core? 记得在半年前.NET CORE刚刚出了1.0,当时有朋友推荐我使用的时候,个人觉得还不成熟。 现在.NET Core已经到了2....

3767

扫码关注云+社区

领取腾讯云代金券