如果你想建一个便于使用的web services，你就得使你的web services比须是可靠的，高度可利用的，能容错的，可升级的并且能在可接受的条件下完成任务。这些需要和任何其他的企业应用程序没什么区别。
　　J2EE和.NET正是从现有的应用程序服务器演变而来，用于建立这些企业应用程序的。在它们的早期版本中，这些技术从历史的观点上看并不是用于web services的。现在web services时代已经到来，这两个阵营都正在各自的平台上重新设计他们的解决方案，任何一个平台都能满足您关于建立web services的需求。

J2EE与.NET构架相比较
　　像XML协同工作，平衡载入，事务处理，在J2EE与.NET之间，两者有着太多的相似。你可以通过它们提供的服务轻松的写出你的程序，而不是像以前一样你独自的写出每一句程序。
　　这样就可以让你专注于编写你想加强功能的那一模块。假如，你从事一家财务服务公司，你非常熟悉财务服务，但是比起像SUN，IBM，BEA，Oracle和Microsoft等这样的技术公司，你对web services的编程就理解甚少。你只需购买他们的相关程序包，你不必成为一个样样精通的编程专家也能建立一个基于财务服务的web services。你只要找到你商业事务中的随时可能遇到的问题就可以了，因为这部分可以由你自己来编程处理，而其它琐碎的程序编写就留给你购买的程序包去解决!
　　现在，我们就开始看看J2EE与.NET的细节部分。
    J2EE平台标准
　　JAVA2平台，企业版(J2EE)是为单一的复杂问题，如有关部门发展，人员配置，项目管理等多级企业解决方案而设计的。J2EE是一个由SUN微系统公司提出的工业标准。
　　你应该意识到J2EE是一个标准，而不是一个产品，这一点是很重要的。所以你没有办法去“下载”J2EE。你更适合去下载一套Adobe Acrobat PDF格式的有关描述应用程序与程序包之间的协议文档。只要双方都服从J2EE的约定，其应用程序就能在各种各样的程序包环境下运行。
　　J2EE阵营的目的是使所有用户有权自己去选择他们要的产品和工具，这样也鼓励了产品间的竞争。这一目的的实现比须是J2EE已成为工业标准。为了使用户放心的买入，SUN公司同其他的EBusiness平台开发商(像BEA，IBM和Oracle)合作定义J2EE。SUN还发起了JAVA民间组织以汲取新的方案来不断完善J2EE。SUN公司做这些的原因是：他们不得不这样做以争取成功，他们想成为业界标准。
　　J2EE体系构造的基础是JAVA语言。JAVA最激动人心的地方是他只用编程者写一次代码，就能运行在其它的平台上，具体如下：
　　1，开发者用JAVA编写源代码。
　　2，JAVA代码被编译成字节码，这是一个跨平台的中间代码，居于源代码和机器代码之间。
　　3，当这些代码运行时，JAVA运行环境(JRE)解释这种字节码并且同时执行。
　　J2EE是JAVA语言的应用。你的J2EE组件被转化成字节码在JRE下执行。
　　Microsoft .NET是一组能使你建立良好的，企业级的web services的产品。注意，它们有一个重要的不同：.NET是一个产品策略，然而J2EE是一个任何产品都要用到的标准。
　　.NET大量的改写了Microsoft早期开发平台的底层代码和组件，其中包括了许多现在正广范用到的技术，也包括MTS和COM+，消息队列(MSMQ)，和Microsoft SQL server数据库。新的.NET结构取代了这些技术，并且包括了一个web services层来提高语言的支持能力。
　　.NET 框架
　　Microsoft的.NET实现了语言独立性和语言的互用性，这正是.NET框架中一个迷人的地方。一个单独的.NET组件能由VB.NET编写，也能由C#(一个新的面向对象编程语言)编写。
　　它是如何工作的呢？首先，源程序被翻译成Microsoft Intermediate Language(中间代码)，我们称其为MSIL，或IL。这种IL代码是一种与JAVA字节码类似的中性语言。
　　IL代码接着被解释翻译成本地可执行的代码。.NET框架包含了一个通用语言运行库(CLR)，与JAVA的实时运行环境(JRE)是类似的。CLR是.NET开发者的源代码与下层硬件的一个中间接口，所有的.NET代码最终都是在CLR上运行的!
　　CLR提供了一些动人的特性，像自动垃圾收集，异常操作，跨语言继承，调试，还有各个不同版本组件“side-by-side”的执行机制。
原文链接：http://dev.yesky.com/97/33220097.shtml

如果你想建一个便于使用的web services，你就得使你的web services比须是可靠的，高度可利用的，能容错的，可升级的并且能在可接受的条件下完成任务。这些需要和任何其他的企业应用程序没什么区别。
　　J2EE和.NET正是从现有的应用程序服务器演变而来，用于建立这些企业应用程序的。在它们的早期版本中，这些技术从历史的观点上看并不是用于web services的。现在web services时代已经到来，这两个阵营都正在各自的平台上重新设计他们的解决方案，任何一个平台都能满足您关于建立web services的需求。

J2EE与.NET构架相比较
　　像XML协同工作，平衡载入，事务处理，在J2EE与.NET之间，两者有着太多的相似。你可以通过它们提供的服务轻松的写出你的程序，而不是像以前一样你独自的写出每一句程序。
　　这样就可以让你专注于编写你想加强功能的那一模块。假如，你从事一家财务服务公司，你非常熟悉财务服务，但是比起像SUN，IBM，BEA，Oracle和Microsoft等这样的技术公司，你对web services的编程就理解甚少。你只需购买他们的相关程序包，你不必成为一个样样精通的编程专家也能建立一个基于财务服务的web services。你只要找到你商业事务中的随时可能遇到的问题就可以了，因为这部分可以由你自己来编程处理，而其它琐碎的程序编写就留给你购买的程序包去解决!
　　现在，我们就开始看看J2EE与.NET的细节部分。
    J2EE平台标准
　　JAVA2平台，企业版(J2EE)是为单一的复杂问题，如有关部门发展，人员配置，项目管理等多级企业解决方案而设计的。J2EE是一个由SUN微系统公司提出的工业标准。
　　你应该意识到J2EE是一个标准，而不是一个产品，这一点是很重要的。所以你没有办法去“下载”J2EE。你更适合去下载一套Adobe Acrobat PDF格式的有关描述应用程序与程序包之间的协议文档。只要双方都服从J2EE的约定，其应用程序就能在各种各样的程序包环境下运行。
　　J2EE阵营的目的是使所有用户有权自己去选择他们要的产品和工具，这样也鼓励了产品间的竞争。这一目的的实现比须是J2EE已成为工业标准。为了使用户放心的买入，SUN公司同其他的EBusiness平台开发商(像BEA，IBM和Oracle)合作定义J2EE。SUN还发起了JAVA民间组织以汲取新的方案来不断完善J2EE。SUN公司做这些的原因是：他们不得不这样做以争取成功，他们想成为业界标准。
　　J2EE体系构造的基础是JAVA语言。JAVA最激动人心的地方是他只用编程者写一次代码，就能运行在其它的平台上，具体如下：
　　1，开发者用JAVA编写源代码。
　　2，JAVA代码被编译成字节码，这是一个跨平台的中间代码，居于源代码和机器代码之间。
　　3，当这些代码运行时，JAVA运行环境(JRE)解释这种字节码并且同时执行。
　　J2EE是JAVA语言的应用。你的J2EE组件被转化成字节码在JRE下执行。
　　Microsoft .NET是一组能使你建立良好的，企业级的web services的产品。注意，它们有一个重要的不同：.NET是一个产品策略，然而J2EE是一个任何产品都要用到的标准。
　　.NET大量的改写了Microsoft早期开发平台的底层代码和组件，其中包括了许多现在正广范用到的技术，也包括MTS和COM+，消息队列(MSMQ)，和Microsoft SQL server数据库。新的.NET结构取代了这些技术，并且包括了一个web services层来提高语言的支持能力。
　　.NET 框架
　　Microsoft的.NET实现了语言独立性和语言的互用性，这正是.NET框架中一个迷人的地方。一个单独的.NET组件能由VB.NET编写，也能由C#(一个新的面向对象编程语言)编写。
　　它是如何工作的呢？首先，源程序被翻译成Microsoft Intermediate Language(中间代码)，我们称其为MSIL，或IL。这种IL代码是一种与JAVA字节码类似的中性语言。
　　IL代码接着被解释翻译成本地可执行的代码。.NET框架包含了一个通用语言运行库(CLR)，与JAVA的实时运行环境(JRE)是类似的。CLR是.NET开发者的源代码与下层硬件的一个中间接口，所有的.NET代码最终都是在CLR上运行的!
　　CLR提供了一些动人的特性，像自动垃圾收集，异常操作，跨语言继承，调试，还有各个不同版本组件“side-by-side”的执行机制。
原文链接：http://dev.yesky.com/97/33220097.shtml