Java框架与.NET框架比较分析研究

Ｊａｖａ框架与．Ｎ　ＥＴ框架比较分析研究　

曲

日　

：生　

，日　

（南京化工职业技术学院信息系　江苏・南京

中图分类号：ＴＰ３１　１　文献标识码：Ａ　

２１００４８）　

文章编号：１　６７２—７８９４（２０１　１）２５—００９４—０４　

摘要本文详细介绍了Ｊａｖ　ａ与．ｎｅｔ开发框架的发展　

道理，十年的磨砺、十年的发展，经历了好几轮的选择却依　

演变过程．从市场和技术角度分析了两者之间的异同优劣．　

并给出实际应用范例．预测了未来技术的发展方向　

关键词Ｊ　ａｖａ．ｎｅｔ　Ｗ１　ｎｄＯＷＳ］ｊ　ｎ　ｕＸ／ｕｎ１　Ｘ　

Ｔｈｅ　Ｃｏｍｐａｒａｔｉｖｅ　Ａｎａｌｙｓｉｓ　ｂｅｔｗｅｅｎ　Ｊａｖａ　Ｆｒａｍｅ　ａｎｄ　

．

ＮＥＴ　Ｆｒａｍｅ／／Ｚｅｎｇ　Ｈａｏ　

Ａｂｓｔｒａｃｔ　Ｔｈｉｓ　ｐａｐｅｒ　ｉｎｔｒｏｄｕｃｅｓ　ｔｈｅ　ｅｖｏｌｖｉｎｇ　ｐｒｏｃｅｓｓ　ｏｆ　ｊａｖａ　

ａｎｄ．ｎｅｔ　ｆｒａｍｅ　ｉｎ　ｄｅｔａｉｌ，ａｎａｌｙｚｅｓ　ｂｏｔｈ　ｔｈｅ　ａｄｖａｎｔａｇｅｓ　ａｎｄ　ｓｈｏ—　

ｒｔａｇｅｓ　ｉｎ　ｔｅｒｍｓ　ｏｆ　ｍａｒｋｅｔ　ａｎｄ　ｔｅｃｈｎｏｌｏｇｙ，ｇｉｖｅｓ　ｓｏｍｅ　ａｐｐｌｉｅｄ　

ｅｘａｍｐｌｅｓ，ａｎｄ　ｐｒｏｓｐｅｃｔｓ　ｔｈｅ　ｄｉｒｅｃｔｉｏｎ　ｏｆ　ｔｈｅ　ｆｕｒｔｈｅｒ　ｄｅｖｅｌｏｐｍｅｎｔ．　

Ｋｅｙ　ｗｏｒｄｓ　Ｊａｖａ；．ｎｅｔ；ｗｉｎｄｏｗｓ；ｌｉｎｕｘ／ｕｎｉｘ　

Ａｕｔｈｏｒ’Ｓ　ａｄｄｒｅｓｓ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｆａｃｕｌｔｙ，Ｎａｎｊｉｎｇ　Ｃｏｌｌｅｇｅ　ｏｆ　

Ｃｈｅｍｉｃａｌ　Ｔｅｃｈｎｏｌｏｇｙ，２１００４８，Ｎａｎｊｉｎｇ，Ｊｉａｎｇｓｕ，Ｃｈｉｎａ　

１　Ｊａｖａ框架与．ＮＥＴ框架的纷争　

Ｊａｖａ与．ＮＥＴ的比较与竞争已经不是一两天也不是一两　

年的事情了，喜欢Ｗｉｎｄｏｗｓ的用户与初级的程序员都会喜　

欢上ＭＳ提供的．ＮＥＴ平台，而更加喜欢开源、自由的用户肯　

定会爱上这个有着十一年历史的Ｊａｖａ开发平台。　

Ｗｉｎｄｏｗｓ平台的应用程序更加强调的是用户的操作界　

面，给程序员提供的是更加快捷简单的开发方式。Ｊａｙａ平台　

只是定义了很多的规范，ＳＵＮ公司没有具体地实现全部的　

细节，也没有精力去做这些庞杂的工作，于是只要能合作、　

会合作就可以将Ｊａｖａ的项目做得非常优秀。　

做应用程序还是选择Ｗｉｎｄｏｗｓ好了，毕竟在ＬＩＮＵＸ／Ｕ—　

ＮＩＸ下面使用可视化的应用程序还是不多见的，而且能够在　

ＬＩＮＵＸ／ＵＮＩＸ下熟练操作的人也该是很专业的人士了。要做　

企业级项目或者微型的移动业务，那就选择Ｊａｖａ好了，凭着　

Ｊａｖａ的名气与先前的大量成功案例，也可以让基于Ｊａｖａ　

技术的项目能够在市场上表现得更好。　

把Ｊａｖａ与．ＮＥＴ做出的项目中做个比较，性能上无疑　

是．ＮＥＴ更加优秀，安装、部署、运行、培训的花费也是．ＮＥＴ　

更具有优势。即使在开发工具的使用上，也是．ＮＥＴ占着很大　

的优势。ｃ＃的推出让Ｊａｖａ变得有些不那么让人亲近了，很　

多的特性在Ｊａｖａ中就不能使用也不好实现。存在就有它的　

９４　钟敏ｊ毛，ｃＣ　

然如此强盛，总该有它的优势所在。一次编译，处处运行；大　

量的开源项目；对网络通信的全面支持；大量地应用于企业　

级应用；在嵌入式、移动开发中占有优势……　

有人说，Ｊａｖａ是为了跨Ｗｉｎｄｏｗｓ和ＵＮＩＸ而产生的。是　

这样吗？　

Ｓｕｎ有自己的操作系统ｓｏｌａｒｉｓ，并且打的是高端市场，　

而在Ｊａｖａ发展早期阶段，Ｗｉｎｄｏｗｓ还主要定位在中小型企　

业，并没有打算与Ｓｕｎ一争高端客户。　

而且Ｓｕｎ的用户大部分都是大型企业级，而Ｗｉｎｄｏｗｓ　

定位在家庭消费用户，由于Ｗｉｎｄｏｗｓ已经成为桌面ＯＳ的事　

实标准，Ｓｕｎ根本无意抢夺Ｗｉｎｄｏｗｓ的地盘，而且Ｓｕｎ有自　

己的操作系统，扩大自己产品销售才是第一。　

但是ＵＮＩＸ一直是个混乱的世界，各种ＵＮＩＸ版本并存，　

你为这种ＵＮＩＸ开发的应用，却很难在另一种ＵＮＩＸ上应用，　

应用的阻塞影响了ＵＮＩＸ市场需求的扩大，就像没有ＳＱＬ　

Ｓｅｒｖｅｒ，就没有ＯＦＦＩＣＥ，就没有Ｗｉｎｄｏｗｓ游戏和Ｗｉｎｄｏｗｓ上　

的开发工具，就算操作系统做得再漂亮再容易用户也会扔掉　

Ｗｉｎｄｏｗｓ。为什么？因为没用，我买回来一个大铁家伙，我什么　

也做不了。Ｓｕｎ就出于这种考虑，所以才有ＶＭ的想法。所以　

说Ｊａｖａ的产生，只是为了跨ＵＮＩＸ平台，当然能跨Ｗｉｎｄｏｗｓ。　

那为什么会有．ＮＥＴ呢？可是Ｗｉｎｄｏｗｓ就一个，它也要跨　

平台？而且微软已经把ＣＬＩ提交给标准委员会，看来是真要　

跨了？真的吗？从外表来看，Ｗｉｎｄｏｗｓ确实是一个，但是从技　

术角度看，Ｗｉｎｄｏｗｓ３、Ｗｉｎｄｏｗｓ９５、Ｗｉｎｄｏｗｓ２０００是截然不同　

的三种架构。在中国，大家对新技术的追求比较热衷，所以说　

一

个企业中这三种操作系统并存互连的可能性不怎么大，　

但在西方不是这样，所以在国外企业运行很老的系统也不　

要见怪。微软为了同时维护这几种操作系统也是煞费苦心，　

而且由于技术是各个时期形成的，有的技术由于历史发展原　

因有明显的缺陷也无能修改了。所以跨Ｗｉｎｄｏｗｓ平台是微　

软制造．ＮＥＴ的一个原因，这样给你一个抽象的、统一的平台　

后，它再着手修改它的底层，省得一天人们叫着Ｗｉｎｄｏｗｓ不　

安全、ＷｉｎｄｏｗＳ不稳定。当然从Ｊ２ＥＥ的火热场面来看，拉去　

了很大一批Ｗｉｎｄｏｗｓ平台上的Ｃ＋＋程序员，失去了应用开　

发的源头，那还有什么发展呢？如何拉回这批程序员让他们　

继续为Ｗｉｎｄｏｗｓ开发当然也是．ＮＥＴ的原因之一，这就是为　

什么．ＮＥＴ从架构到开发语言都与Ｊａｖａ极其相似的原因，就　

是吸引你平滑再回到微软的世界中，如果跨度大了，程序员　

就有了迟疑。如果没有Ｊａｖａ，如今的Ｃ＃也不会是如今这样，　

原本它会更好。但是商业是不以个人意志为转移的，而且现　

在已经不是桌面为王的时代了，现在是互联网的时代，Ｊａｖａ　

是第一个有强大开发ＷＥＢ应用的完整体系，而当时微软的　

技术还是七拼八凑，只是互联网一下到来微软刚醒过神来仓　

促应战的结果，当然无法与Ｊ２ＥＥ媲美。想在互联网时代也分　

一

杯羹，必须也有一个完整的体系，于是．ＮＥＴ就产生了。　

下面先对两者作一个简单介绍，然后进行详细分析。　

２　Ｊａｖａ平台框架介绍　

Ｊａｖａ平台包括Ｊａｖａ语言，以及一套虚拟机，如Ｊｖｍ、　

ｋｖｍ、ｃｖｍ等，通过它们实现在ｐｃ机，手提电脑或是嵌入式系　

统上运行Ｊａｖａ的字节码。同时，Ｊａｖａ平台还定义了一整套覆　

盖面很广的ａｐｉ，它们被用来与微软的ａｐｉ协调或是相互竞　

争。如ｊｄｂｃ对ｏｄｂｃ、ｊｔａｐｉ对ｔａｐｉ、ｊｄｏ对ａｄｏ等等。因此，简要　

来说，Ｊａｖａ平台包括语言、虚拟机以及ａｐｉ库。　

由于使用虚拟机机制，所以Ｊａｖａ语言在所有的平台上　

只有唯一的版本，因此它使用ｒｍｉ（远程方法调用ｒｅｍｏｔｅ　

ｍｅｔｈｏｄ　ｉｎｖｏｃａｔｉｏｎ）协议进行远程通信；微软则在．ＮＥＴ框架中　

使用ｄｃｏｍ，正在逐步演变为ｓｏａｐ（简单对象访问协议）。　

ｓｕｎ最初对Ｊａｖａ的宣传是“一次性代码编写，所有环境　

下运行”，但在推出了“ｊ２ｅｅ”ａｖａ　２　ｅｎｔｅｒｐｒｉｓｅ　ｅｄｉｔｉｏｎ）和“ｊ２ｍｅ”　

ｆＪａｖａ　２　ｍｉｃｒｏ　ｅｄｉｔｉｏｎ）后不得不收回了它最初的宣传，因为“一　

种尺码的鞋适合所有的脚”的解决方案并不能很好地工作。　

３．ＮＥＴ平台框架　

．

ＮＥＴ框架包括ｃ＋＋、ｖｂ．ｎｅｔ（ｖｂ　７．ｘ】和ｃ＃等一系列语言，　

与Ｊａｖａ虚拟机类似的一套运行时环境以及一套倾向于　

Ｗｉｎｄｏｗｓ体系的印ｉ接口。其中的运行时环境可能存在于一　

个浏览器或是—个ｗｅｂ　ｓｅｒｖｅｒ或是在操作系统中，将来也许在　

ｓｑｌ　ｓｅｒｖｅｒ中也可能存在这样的运行时环境。另外，需要提及　

的是微软的ｓｏａｐ协议，它在继承了ｄｃｏｍ的一些特性的基础　

上发展起来，基于ｘｍｌ格式通过ｈｔｔｐ进行传输。ｓｏａｐ的ｉａｖａ　

版本，可以在ｈｔｔｐ：／／ｘｍ１．ａｐａｃｈｅ．ｏｒｇ上看到它的有关文档。　

４比较分析　

４．１发展历程　

Ｊａｖａ最初来源于ｓｕｎ的一套为机顶盒设计的语言，当时　

的名字是ｏａｋ，ｓｕｎ将之更名，并将它放在Ｉｎｔｅｍｅｔ上作为开　

放源码共享。随着专门为网页设计的ｉａｖａ　ａｐｐｌｅｔ的出现，Ｊａｖａ　

语言迅速在Ｉｎｔｅｒｎｅｔ上流行起来。当时的浏览器主要是　

ｎｅｔｓｃａｐｅ。当微软发现明天市场的主宰可能是浏览器而不是　

桌面系统时，开始着手对ｎｅｔｓｃａｐｅ进行收购，在收购计划失　

败后微软发明了自己的浏览器ＩＥ。　

当时的Ｉｎｔｅｍｅｔ需要一种语言，而Ｊａｖａ适时地出现　

了，由于它与Ｃ“的许多相似的语法，使得很多程序员转向　

了Ｊａｖａ。而它确实具有很多优势，以至于在Ａｒｒａｙ８年秋，　

它的反对者微软在ｍｓｄｎ中都宣称Ｊａｖａ是编写ｃｏｍ组件的　

最佳语言。　

随着Ｊａｖａ一起出现的还有ｌｉｎｕｘ操作系统和ａｐａｃｈｅ服　

务器。这三者的联合在服务器端的应用表现出强大的威力，　

以至Ｗｉｎｄｏｗｓ　ｎｔ在企业级服务器市场受到了很大的冲击。　

Ｊａｖａ平台首先以ｓｅｒｖｅｒｌｅｔ，然后是ｊｓｐ，最后是ｅｊｂ（ｅｎｔｅｒ－　

ｐｒｉｓｅ　ｊａｖａ　ｂｅａｎｓ），逐步向企业级应用拓展。ｅｊｂ是一个面向对　

象的事务进程系统，有些类似于微软的ｍｔｓ（ｍｉｃｒｏｓｏｆｔ　ｔｒａｎｓ—　

ａｃｔｉｏｎ　ｓｅｒｖｅｒ）。事实上ｍｔｓ和ｅｊｂ都不是很成功，・因为它们都　

无法达到Ｉｎｔｅｍｅｔ应用的规模。　

就本文的观点来看，Ｊａｖａ最失败的时刻是ｓｕｎ通过法　

律手段向微软索赔￥２０００万，并获得成功的时候。微软从那　

时开始制订自己的．ＮＥＴ计划，同时也宣布了Ｊａｖａ作为独一　

无二的Ｉｎｔｅｍｅｔ平台的地位的结束。　

４．２前景分析　

现在，我们能看到的还只是一个很混乱的局面，而在未　

来，我们将看到．ＮＥＴ的成熟以及它和Ｊａｖａ的融合。　

Ｊａｖａ将继续保持它的特点：跨平台的服务器端应用，如　

ｗａｐ服务器，或者是电信领域的，如ｊａｉｎ（ｊａｖａ　ａｐｉ　ｆｏｒ　ｉｎｔｅＨｉｇｅｎｔ　

ｎｅｔｗｏｒｋｓ，同时它在嵌入式系统中将继续保持它的优势，像　

智能卡、移动电话、ｐｄａ等。而我们还将看到．ＮＥＴ的成熟，当　

然这种成熟需要时间，可能是相当长的一段时间，就好像当　

年Ｊａｖａ成长那样。　

ｏｒａｃｌｅ　８ｉ及其更老一些的版本充当着一个Ｊａｖａ运行时的　

载体的角色，这使得Ｊａｖａ得以与ｏｒａｃｌｅ数据库引擎紧密结　

合；同样，．ＮＥＴ体系也会与新版本ｓｑｌ　ｓｅｒｖｅｒ紧密结合，这将　

包括一个ｙｅｓ（虚拟执行系统）执行引擎。这将使程序开发人　

员可以在ｓｑｌ语句和存储过程中嵌入ｃ＃和ｖｂ．ｎｅｔ的成分。目　

前，你可以通过调用ｄｌ１函数来使用扩展存储过程，但数据库　

本身并没有一个面向对象的运行时引擎与之相匹配。　

４．３未来的标志．ＮＥＴ　

非微软产品，包括服务器、桌面或是便携式设备的操作　

系统如ｓｏｌａｒｉｓ、ｌｉｎｕｘ和ｐａｌｍ　ＯＳ的．ＮＥＴ接口，与Ｊａｖａ核心的　

整合。比如说，针对ｃｌｉ（ｃｏｍｍｏｎ　ｌａｎｇｕａｇｅ　ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）的　

Ｊａｖａ编译器、针对Ｊａｖａ虚拟机的ｃ＃编译器。ｓｑｌ　ｓｅｒｖｅｒ或是　

ｏｒａｃｌｅ等数据库产品中整合的ｙｅｓ引擎。由中立的第三方开　

．Ｉｆ纽又ｃ‘　９５　

发的开放源码的、完善的．ＮＥＴ平台。可以预见到，微软将会　

赞助一些开放源码的项目，以使．ＮＥＴ向ｕｎｉｘ平台扩展，而　

这将有助于一些开放源码组织减少它们对Ｊａｖａ的偏爱。　

４．４　Ｊａｖａ的命运　

Ｊａｖａ的一个主要目标是通信设备提供商，如Ｎｏｋｉａ就在　

它的ｗａｐ　ｓｅｒｖｅｒ应用了Ｊａｖａ。类似于２０世纪７０年代和８０　

年代初，ｐｃ销售时硬件供应商将最终的应用程序绑定在操　

作系统中一起销售，ｉａｖａ现在也被绑定于通信设备中被销　

售。它的另一个主要方向是Ｊａｉｎ（ｊａｖａ　ａｐｉ　ｆｏｒ　ａｄｖａｎｃｅｄ　ｉｎｔｅｌ—　

ｌｉｇｅｎｔ　ｎｅｔｗｏｒｋ），它主要是定义一套与协议（如ｃｄｍａ，ｇｓｍ，　

ｉｍｔ２０００）无关的ａｐｉ，以便于基于开放市场的组件开发。这使　

得ｉｓｖ（独立软件供应商）可以以插件的形式提供通信服务，　

如可自动转接至最近的可拨通的国际呼叫中心的８００免费　

电话。当然，ｊａｉｎ也遇到了对手，像微软和不列颠通信提出的　

ｐａｒｌａｙ计划，它也被业界所支持。另外，Ｊａｖａ在嵌入式设备中　

也保持着领先的地位，如ｓｍａｒｔ　３ｇ和ｇｐｒｓ，在这里的移动电话　

系统采用的是ｊ２ｍｅ（ｊａｖａ　２　ｍｉｃｒｏ　ｅｄｉｔｉｏｎ），但是如果它不能很　

好地解决一些固有的问题，如载入时的延迟等，也许很快它　

就将被ｃ＃代替，如果．ＮＥＴ能提供快速的运行环境和广泛的　

业界支持。　

４．５．ＮＥＴ和Ｊａｖａ的整合举例分析　

无论从商业角度还是开发者角度，甚至是源码开放组　

织的角度，．ＮＥＴ和Ｊａｖａ的整合都显得很有必要。下面就二　

者的整合做出估　（所有的相关项目被分为ａ、ｂ两个组，以　

便于看清它们之间的关系，当然这些项目也完全可以被独　

立地操作）。　

４．５．１组的项目　

该组项目的主要目的是使现有的Ｊａｖａ二进制代码能够　

在．ＮＥＴ平台上被执行。这意味着Ｊａｖａ的二进制码（后缀为　

Ｃｌａｓｓ的文件）不用再从源代码进行重编译就能运行于．ＮＥＴ　

平台了。当然这些ｃｌａｓｓ文件在安装或执行时会被编译，就好　

像微软的运行时和ｊｉｔ对微软中间语言所做的那样。　

ｊａｖａ　ａｐｉ与每一个相应．ｎｅｔ　ａｐｉ之间将建立一个映射，比　

如ｊａｖａ　ａｐｉ中的ｊａｖａ．ｉｏ删ｅ将被映射到．ｎｅｔ的ｓｙｓｔｅｍ．ｉｏ　ｅ　

类。相对于比较简单的ｉｏ类的映射，还有一些映射比较复　

杂，比如ｊａｖａ．ｎｅｔ包到．ｎｅｔ的ｓｙｓｔｅｍ．ｎｅｔ的映射。这里存在的　

一

个问题是：该项工作如果在ｃ＃中进行开发会比较方便，　

而假如在ｊａｖａ中实现，则需要有一个直接指向ｃｌｉ（ｃｏｍｍｏｎ　

ｌａｎｇｕａｇｅ　ｉｎｔｅｒｆａｃｅ）的编译器，它能生成符合ｃｌｓ（ｃｏｍｍｏｎ　ｌａｎ—　

ｇｕａｇｅ　ｓｐｅｃｉｉｆｃａｔｉｏｎ）标准的ｃｉｌ（ｃｏｍｍｏｎ　ｉｎｔｅｒｍｅｄｉａｔｅ　ｌａｎｇｕａｇｅ）　

代码。　

可以通过编写一个向导式的工具来避免一些繁琐的工　

作，如可以利用ｃ＃或Ｊａｖａ来编写一个基于ｘｍｌ格式的对象　

９６　种敏ｊ毛．Ｉ‘　

描述，用它生成一个框架代码，然后根据需要向其中手写添　

加其他代码。如果你确实打算进行这样的操作，在ｈｔｔｐ：／／ｘｍ１．　

ａｐａｃｈｅ．ｏｒｇ站点你可以找到很多有用的资料。微软的过时的　

ｊａｖａ　ｓｄｋ中也有类似的工具可供参考——个用来生成ｊｄｉ—　

ｒｅｃｔ（ｊｄｉｒｅｃｔ　ｗａｓ　ｔｈｅ　ｍｉｃｒｏｓｏｆｌｓ　ｈａｃｋ　ｏｆｒ　ｉｍｐｌｅｍｅｎｔｉｎｇ　ｎａｔｉｖｅ　ｉｎ－　

ｔｅｒｆａｃｅｓ）代码的工具，利用它可以实现访问本地ｗｉｎ３２　ａｐｉ，　

ｓｄｋ中有该工具的源代码。顺便提一句，由于这里涉及微软　

的一套独特的Ｊａｖａ扩展标记，因此ｓｕｎ和微软一直就此问　

题打着官司。　

它将Ｊａｖａ源代码（使用．ＮＥＴ框架印ｉ）编译为可执行文　

件的格式，如ｅｘｅ，ｄｌｌ等，这个工作是在最高的层面上对Ｊａｖａ　

和．ＮＥＴ框架进行整合。这将为今后直接利用Ｊａｖａ在．ＮＥＴ框　

架下创建应用打好基础。　

对现有Ｊａｖａ编译器的代码生成部分重写，将是此项工　

作一个比较便捷的解决方案。就我个人的意见，ｓｕｎ会根据　

开放源代码的标准，开发这样的一套编译器。当然，这样的　

一

些改造计划需要对一些Ｊａｖａ类进行调整。　

４．５．２组的项目　

该组的项目将主要致力于为其他的平台如ｐａｌｍ　ＯＳ、ＳＯ—　

ｌａｄｓ以及ｌｉｎｕｘ平台开发．ＮＥＴ框架的端口。这些端口应该用　

Ｃ来编写以适应速度和控制上的需要，另外采用Ｃ来开发还　

可以保留进行操作系统相关的系统级编程。　

这部分内容事实上分为两个独立的部分：（１）针对ｐａｌｍ　

ＯＳ；（２）针对ｕｎｉｘ系统。　

对于ｐａｌｍ　ＯＳ来说，解决方案比较简单，开发可以在ｐｃ　

环境下进行，然后利用数据线或是蓝牙传输到ｐａｌｍ设备　

上。与之相关的．ＮＥＴ框架针对ｐａｌｍ　ＯＳ设计的ａｐｉ将在下　

个部分详述。ｕｎｉｘ部分将利用Ｊａｖａ开发，最后将ｐｅ　

（ｐｏｒｔａｂｌｅ　ｅｘｅｅｕｔｅａｂｌｅ）文件编译为ｃｏｆ（ｃｏｍｍｏｎ　ｏｂｊｅｃｔ　ｉｆｌｅ　

ｆｏｒｍａｔ）格式，一种ｕｎｉｘ可执行文件的格式。编译将在安装　

或是载人时进行。　

．

ｎｅｔ　ａｐｉ　ｂｒｉｄｇｅ应该以一种优化的方式被映射到ｐａｌｍ　ＯＳ　

ａＤｉ上。连接器和装载设备的映射表驻留在ｐｃ的网关上。通　

过数据线或蓝牙传输ｐａｌｍ　ＯＳ的可执行代码。它的实现将依　

赖于ｐａｌｍ　ＯＳ的驻留虚拟机ｋｖｍ（ｔｈｅ　ｊａｖａ　２　ｍｉｃｒｏ　ｅｄｉｔｉｏｎ）运　

行时，同时它还应该避免ｋｖｍ设计中Ｊａｖａ运行程序载入过　

慢的缺陷。另外这一套印ｉ与为ｗｉｎｄｗｏｓ　ｅｅ的设计的不同，　

它不应舍弃那些资源占用较大的印ｉ像ｓｙｓｔｅｍ．ｘｍｌ。．ｎｅｔ依　

赖于ｓｏａｐ进行远程的方法调用。ｓｏａｐ基于ｘｍｌ格式，因此它　

需要ｓｙｓｔｅｎ．ｘｍｌ的支持，如果没有基于ｓｏａｐ的分布式应用将　

无法工作。通过调用ｓｙｓｔｅｍ．ｘｍｌ　ａｐｉ的方法可以实现对ｐｄａ　

诸如ｗｉｎｄｏｗｓ　ｃｅ和ｐａｌｍ　ＯＳ上的应用程序或是一些服务器端　

的应用的远程操作。甚至可以在ｓｏａｐ的基础上利用为ｗａｐ　

（ｗｉｒｅｌｅｓｓ　ａＣＣｅＳＳ　ｐｒｏｔｏｃｏ１）设计的ｗｂｘｍｌ（ｗ印ｂｉｎａｒｙ　ｘｍ１）标准与　

压到了．ＮＥＴ上，你难道还要在．ＮＥＴ的ＶＭ上再加一层Ｊａｙａ　

ｗａｐ网关进行通信。　

的ＶＭ？　

５结论　

目前这个问题好像已经不用再争了，中国９０％的用户　

参考文献　

是Ｗｉｎｄｏｗｓ用户，保护现有投资，使用很习惯很容易且不用　

［１１（美）Ｂｒｕｃｅ　Ｅｃｋｅ１．Ｊａｖａ编程思想．【Ｍ］．候捷，译北京：机械工业出版　

重新学习，大多数用户不用跨平台，为什么要换Ｊａｖａ呢？过去　

社．２００２．　

是微软没有提供很强大的ＷＥＢ开发解决方案，现在提供了，　

［２】（美）Ｍａｒｋ　Ｗｕｔｕｋａ．Ｊａｖａ２企业版全书．【Ｍ１．伟峰，译．北京：电子工业　

不用Ｊａｖａ．而且．ＮＥＴ比Ｊａｖａ出得迟，肯定会吸收Ｊａｖａ的优点，　

出版社，２００６．　

弥补Ｊａｖａ的缺点。而且微软的ＶＭ肯定和Ｗｉｎｄｏｗｓ结合得　

【３］孙伟煜浏杰，等．ｃ＃案例开发［Ｍ］．北京：中国水利水电出版社，２００５．　

很好，性能不用担心，我干吗用Ｊａｖａ？而且微软显然把宝已经　

编辑胡俊龙　

（上接第６２页）　

２．３开放实验室　

数可以直接观察测定结果情况的变化，有利于学生加深对　

开放实验室是如今高校实验课改革的趋势。一方面可　

基础知识的记忆和原理的理解。在实验过程中，要求学生仔　

以弥补实验课时的不足，另一方面也有利于设计性与创新　细观察、勤于思考、认真记录，真正做到培养学生的实验技　

性实验的开展。对于一些课堂上未掌握好甚至失败的实验，　

能以及分析问题、解决问题的能力，提高学生以点带面、举　

可以允许学生补做实验，进一步增加对大型仪器的认识和　

一

反三、触类旁通等综合实验素质，为将来单独迅速熟悉操　

应用。当然实验室的开放可以与许多具体环节结合起来，也　

作新仪器打下基础。　

会收到较好的效果。如可以将实验室的开放与大学生科研　２．６精选实验内容。合理编排实验教材　

创新实验结合起来，提高学生对科研的热情，充分利用实验　

因为不同院校所使用的分析仪器设备类型、规格型号、　

室现有资源，巩固仪器分析实验教学内容。再如可以将实验　

生产厂家等不尽相同，高等院校的仪器分析实验教材的实　

室开放与化学检验工职业资格技能培训结合起来，不仅有　用性受到限制，给教师指导和学生预习带来不便，直接影响　

利于学生基础理论与基础技能的提高，而且还能帮助同学　

实验效果。而且随着时代的进步，仪器分析方法的更新速度　

结合实际具体对象制订具体分析方案的能力。当然开放实　

很快，基于这种现象有必要根据各自的院校实际编写实验　

验室还可以与毕业设计结合起来。在毕业设计的实验方案　

教材，这样才能做到实验中所列出的设备与实际情况吻合，　

中，大多都有化合物理化性质分析一项，所以可以充分利用　利于提高教学效果。而且随着新设备、新方法的引进，可以　

这一环节加深学生对大型仪器的运用，也有利于学生尽快　

在教材中不断更新，适应社会发展的要求。　’　

适应工作岗位。　

３结语　

２．４在实验课程中穿插对比教学　

设计好实验内容是上好实验课的先决条件，合理安排、　

实践证明，对比教学可以增加学生对一些相似概念、相　

组织实验教学是顺利完成实验课的关键环节，认真做好课　

似方法的深度认识，加深对实验原理的理解。如在光谱分析　

前准备是实验顺利进行的良好保障，开放实验室以及毕业　

实验中，比较原子吸收光谱仪与原子荧光光谱仪的结构、紫　

设计等课外环节可以为学生提供个性发展、独立思考、科学　

外吸收光谱与分子荧光光谱仪器的异同、同一物质紫外可　

创新以及提高综合实验技能的平台。仪器分析实验改革的　

见吸收光谱与荧光激发光谱的对应关系、原子吸收光谱与　

尝试，不仅能够培养学生的动手能力，更重要的是能培养学　

紫外可见吸收光谱仪的区别与联系等。再如气相色谱仪与　

生的创新能力和科学素养。我们只有在教学实践中不断总　

液相色谱仪的联系与区别、液相色谱与离子色谱的异同、电　

结经验、积极创新、调动学生学习的主动性和积极性、提高　

位分析与伏安分析搅拌方式的不同与原因等。经过这样比　

实验教学质量，才能达到教学改革的目的，才能为学生毕业　

对，使得学生对于不同的仪器结构特征差别以及原因有了　

直接走上工作岗位打下良好基础。　

进一步认识，同时也加深了对仪器工作原理的理解，收到较　

好学习效果。　

２．５增添实验中的条件实验，培养学生实验中的观察能力和　

参考文献　

思维习惯　

［１】李满秀，赵二劳，张海．仪器分析研究性开放实验的创新与实践［Ｊ】．　

在仪器分析实验中，每种仪器都有不同的操作参数。更　

大学化学，２００７，２２（６）：２８—３０．　

【２］宁满侠，常慧．仪器分析实验教学的实践与体会ｆＪ］．东莞理工学院　

改这些参数对测定方法的灵敏度甚至方法的准确度都会产　

学报，２００７，１４ｆ２）：１０６—１０８．　

生一定的影响。所以增添不同参数下的实验，有利于帮助学　

［３】张增敏，陈恒武，郭伟强．仪器分析实验教学改革初探［Ｊ］．大学化　

生巩固对这一参数的认知。如在原子吸收光谱实验中灯电　

学，２００７，２２（２）：１０—１２．　

流、燃烧器高度、燃助比、狭缝大小、进样量等，再如气相色　

［４］林叶，李庆章．高学军生物仪器分析技术实验教学实践与探索［Ｊ］．　

谱实验中固定相的种类、柱温、色谱柱的长度与形状、微量　

牡丹江师范学院学报：自然科学版，２０１０，７３㈥：７９—８０．　

注射器进样体积与速度等。在实验过程中，通过更改这些参　

编辑曾敏　

｜ｌｆ纽　ｃ‘　９７