前言

微软近日来强力的推销他们最近所组织出来的Web技术--.NET，虽然对于.NET平台的文件资料?称有限，但是在同质性技术的比较上却已逐一浮现。 .NET到底是微软所带来的新一代技术？抑或是另一次微软对于开发者所做的大规模技术型态移转？这其中的蹊跷颇令人玩味。除此之外，世人对于捉对厮杀一事，一向乐此不疲。对于微软阵营而言，升阳的Java阵营一向都是最主要的假想敌。也就因为如此，升阳由Java技术所延伸出的J2EE架构便顺理成章地成为微软.NET的比较对象。本文便针对这个举世注目的竞争，为读者做一系列的分析与介绍。

各家的心路历程

说到发展的历史，当从升阳的Java被发明出来谈起。我们知道Java在1996年被发展出来，时值Web全球资讯网蓬勃发展的时期。 Java的出现，带动了Web程式开发与互动设计，同时也让跨平台、分散式的运算进入了一个新的纪元。在Java基础技术渐趋成熟之际，企业界对网路运算的需求也与日俱增。因此，在企业界的殷切需求刺激之下，升阳陆续为企业运算提出了多种不同层面的服务，其中包括讯息传递服务、交易处理服务、目录存取服务、远端物件服务、以及最基本的资料库存取服务。配合上原有的Java特性，共同组成了提供企业运算的基础架构，称之为Enterprise Java解决方案。

正当升阳对Java推动如火如荼之际，软体业界的龙头老大也嗅到了火药味，而目标战场正是企业运算架构与环境。因此在微软的警觉心驱使之下，陆续整合并更新微软旧有的已开发技术，以其能够提出一个足以与升阳阵营相抗衡的技术基础。于是微软发展出了分散式的网际网路架构，称之为Windows DNA(Windows Distributed Internet Architecture)，包含了以下几个部分：分散式物件服务、讯息传递服务、交易处理服务、资料库存取服务、以及网际网路资讯服务，并定义各由不同的软体伺服模组来提供服务。

有了比较之后，竞争即随之转趋白热化。两方阵营都进入快速整合自家技术的速度竞争之中。于是就在1999年升阳宣布了支援企业运算的J2EE(Java2 Enterprise Edition)架构，宣称其整合了所有相关的Java企业运算服务。而就在隔年（西元2000年），微软也开始主推进一步整合DNA技术与新程式语言的.NET架构，正是冲突于是展开。

什么是J2EE架构？

就应用服务的开发角度来看，Java的出现可以直接引入可携性以及扩展性的优势。由同时于Java具有“Write Once，Run Anywhere”的特性，使得在应用程式架构开发上的限制大为降低，同时也借着和硬体平台分离的考量，为企业界在成本考量上具有更多样性的选择。升阳公司所提出的Java 2 Enterprise Edition (J2EE)，基本上就是因应企业服务架构的需求，开发出以Java技术为基础的企业应用伺服模型。由于有了J2EE的出现，使得企业界在开发相关应用的同时有了强而有力的辅助，同时也可以透过Java所提供的特性，更轻易去建构出具全球性的大型企业应用伺服架构。

在Java企业应用程式开发介面上，通常是以J2EE平台为基础，发展出各项支援企业运作的标准，包括Enterprise JavaBeans架构、Java IDL(Java远端物件运作介面定义语言，Java Interface Definition Language)、 JDBC(资料库连结服务，Java Database Connectivity)、JMS(讯息传递服务，Java Messaging Service)、JNDI(名称与目录查询介面，Java Naming and Directory Interface)、JTS(交易服务介面，Java Transaction Service) API。这些介面共同提供开发者和许多非Java环境之间的沟通工具。

J2EE就其组成分子来看，可以分为以下几个部分：

1.Applet以及Application所构成的客户端：

J2EE的客户端可以是以下几种-- 以HTML网页为基础的客户端、以HTML内容为基础的客户端、企业内部网路客户端等等，其之间的区别则主要是客户端的互动模式的特性以及多寡。

2.Web元件部分：

J2EE的Web元件部分包含了Servlet技术、JSP(Java ServerPages)技术等等。此部份主要是实作提供客户端request服务之用。

3.Enterprise JavaBeans(EJB)元件部分：

J2EE的EJB元件部分主要包含了Session Bean与Entity Bean两大部分，统称为Enterprise Beans。 Enterprise Beans使主要构成伺服端应用程式逻辑的基础。

4.其他基础技术支援：

主要包括了JMS、JNDI、JTA、RMI-IIOP、以及JDBC等等，笔者将在未来几期中逐一说明。

(图一)则说明了J2EE架构的运作模型。

《图一 J2EE架构的运作模型》

什么是.NET架构？

到目前为止，各家对.NET的解释与观点仍存有参差不齐的现象，宛如瞎子摸象般的扑朔迷离。有人说，.NET是微软下一代的程式开发平台(Visual Studio Development Environment)，有人则说.NET是一种新程式语言的诞生(C#)，另外也有人说.NET是一种新的资料与讯息交换的架构。而事实上，.NET均具有以上几种特性，甚至更多。首先，就让我们来检视一下.NET平台所具有的各项据述组成部分：

1.新的程式语言C#：

C#是一个由微软新开发出来的物件导向程式语言，用来建立物件类别以及软体元件。 C#的特色正如它名字所内含的"#"一般，整了原有的C、C++、以及Java语言的重要特性，同时也引介了其它用来进行元件设计的重要性质，如metadata标签等等。

2.共用语言执行环境CLR：

所谓的共用语言执行环境(Common Language Runtime, CLR)，是用来执行微软所定义的内部程式语言格式(Internal Language format, IL format)所构成的位元码(bytecode)程式。因此微软将针对各种重要的程式语言，开发出相对应的IL编译器，以期能够将各种程式码或物件类别置于同一个共用语言执行环境之中运作。

3.基础元件集：

这是一个在共用语言执行环境中所提供的元件基本架构，提供各项基本的软体运作功能，如网路、档案输出入等等，以便利程式的整合与开发。

4.ASP:

这是一个新版的ASP(Active Server Pages)，除了原有的ASP特色之外，ASP+尚增加了支援编译的功能，也就是说，ASP script将可以使用各种支援IL编译的程式语言来进行撰写，进而在共用语言执行环境之中运作。

5.Win Forms以及Web Forms：

这是新的使用者介面元件架构，提供开发环境Visual Studio的支援。

6.ADO+：

这是一个新版的ADO资料存取元件，除了原有的ADO特色之外，ADO+尚提供了以XML以及SOAP协定所进行的资料交换功能。

(图二)说明了一般性的.NET架构。

《》

捉对厮杀：J2EE vs .NET

就如同我们可以观察到的现象，.NET平台在其整体架构设计下，具有相当完整的技术支援，而微软正是要用此来和其他已经存在的同质性技术来竞争，如升阳的J2EE ，以及CORBA等等。而竞争的目的，无非就是要吸引更多的开发团队，投入.NET平台的开发。但是我们要怎样来进行比较，以取得优劣的印象呢？这就需要进行逐项的对应讨论。我将.NET以及J2EE做一个非正式的列表，如(表三)，这只是相当粗略的比较表，笔者将在未来继续探讨深入的技术比较部分。

后记

.NET对原先就以微软架构为主的开发团队来说，的确不失为一个良好的演进，例如ASP+改良了ASP，ADO+改良了ADO以及DCOM，C#改良了C以及C++。虽然目前.NET的所有规格尚有争议与模糊，但无论如何，.NET将会成为Windows系列平台的标准开发环境。如果你现在正以微软架构开发系统的话，无疑地你将能够由新的.NET架构中获益。

反观J2EE部分，在微软正式宣布.NET之后，J2EE将有一些必要的议题值得进行进一步的开发、整合与提升。例如在对XML的支援方面，需要有更进一步的提升，而不单只是支援SAX/DOM解译服务的层次，更应朝向延伸类似SOAP的协定层次。而在与各项标准的整合上，则应更加努力迎向世界的共用标准，例如将JNDI整合JMS、LDAP、NIS、COS Naming，并与标准的SOAP/BizTalk伺服端衔接合作。这将会是令人激赏的进步与提升。 (作者联络信箱：warren@nceasy.com.tw)