23,404
社区成员
发帖
与我相关
我的任务
分享华山论剑 J2EE单挑.NET之框架组件篇
体系思想以及历史背景的不同直接影响和导致了这两个平台的框架组成部分的不同。
.NET平台的主要构建组件包括大多数企业开发者已经用过的ASP.NET、用某些.NET语言写的简单对象、ADO对象和Web服务。
而在J2EE中，情况就不像在.NET中那么清晰明朗了。首先，由于J2EE/Java EE试图解决每一种企业需求场景（有时候同时超过一种），这使其变得相当复杂。而且，J2EE设计严重基于设计和体系架构模式，诸如MVC模式、外观模式、工厂模式等，这些使得J2EE对那些缺乏经验的新手来说显得更加复杂和难于理解。
一般来说，在J2EE中最常用的核心组件包括Servlets、JSP和用于访问数据库的JDBC。这一点上倒是可以粗略的与.NET中的页面代码分离、ASP.NET和ADO.NET相对应。
但是在J2EE的世界里远远不止这些东西。J2EE针对企业任务定义了多个系列的组件，这些在.NET中甚至是直接没有的。在J2EE中有：EJB、JMS、JDO、JCA、JAAS等等，诸如此类还有很多。
所以说我们在这儿比较两个平台的组件是一件相当麻烦的事情。
你不能只看到J2EE的一部分规范就以偏概全。现在有来自官方的规格说明例如1.4或1.5，然后还有基于J2EE官方说明而衍生的重要的第三方框架。这些框架的重要性不容忽视，没有它们的存在，J2EE不会取得今天的地位。
例如，不是所有的人只用Servlets和JSP来编写他们的Web应用。大多数J2EE开发者还使用已经过时但却使用广泛的Strusts框架、官方的J2EE JSF网络框架和最近革新的Spring MVC或WebWork等等。
某些读者表达了对这个系列文章的兴趣，因此我将花费更多的时间来更深入的讨论这个话题。我们将不仅仅是讨论总体看法，接下来我将花费更多的时间来和大家讨论更具有深度、更具体的话题。
下篇题目中我们将了解ASP.NET和J2EE中的Web组件，并进行一个深度比较。
转：http://tech.it168.com/j/n/2006-10-30/200610301000307.shtml
.NET平台的主要构建组件包括大多数企业开发者已经用过的ASP.NET、用某些.NET语言写的简单对象、ADO对象和Web服务。
而在J2EE中，情况就不像在.NET中那么清晰明朗了。首先，由于J2EE/Java EE试图解决每一种企业需求场景（有时候同时超过一种），这使其变得相当复杂。而且，J2EE设计严重基于设计和体系架构模式，诸如MVC模式、外观模式、工厂模式等，这些使得J2EE对那些缺乏经验的新手来说显得更加复杂和难于理解。
一般来说，在J2EE中最常用的核心组件包括Servlets、JSP和用于访问数据库的JDBC。这一点上倒是可以粗略的与.NET中的页面代码分离、ASP.NET和ADO.NET相对应。
但是在J2EE的世界里远远不止这些东西。J2EE针对企业任务定义了多个系列的组件，这些在.NET中甚至是直接没有的。在J2EE中有：EJB、JMS、JDO、JCA、JAAS等等，诸如此类还有很多。
所以说我们在这儿比较两个平台的组件是一件相当麻烦的事情。
你不能只看到J2EE的一部分规范就以偏概全。现在有来自官方的规格说明例如1.4或1.5，然后还有基于J2EE官方说明而衍生的重要的第三方框架。这些框架的重要性不容忽视，没有它们的存在，J2EE不会取得今天的地位。
例如，不是所有的人只用Servlets和JSP来编写他们的Web应用。大多数J2EE开发者还使用已经过时但却使用广泛的Strusts框架、官方的J2EE JSF网络框架和最近革新的Spring MVC或WebWork等等。
某些读者表达了对这个系列文章的兴趣，因此我将花费更多的时间来更深入的讨论这个话题。我们将不仅仅是讨论总体看法，接下来我将花费更多的时间来和大家讨论更具有深度、更具体的话题。
下篇题目中我们将了解ASP.NET和J2EE中的Web组件，并进行一个深度比较。
转：http://tech.it168.com/j/n/2006-10-30/200610301000307.shtml
...全文
请发表友善的回复…
发表回复
