Asp代码转换java代码器_asp程序员如何转行为J2EE之java基础上（2）

应用服务器作为单独的可插入组件这种功能带来了许多优点：

Web 服务器选择：您不会被限定使用某个 Web 服务器来提供静态的 HTML 页面。您可以继续使用自己最喜欢的 Web 服务器来实现此目的，并且使用任何应用服务器来处理 java Servlet 和 JSP 页面。这种能力在您将 ASP 应用程序移植到 J2EE 时特别有用。您可以继续运行 IIS 并分阶段移植应用程序。您不需要一下子改写整个应用程序。

平台选择：您可以编写 J2EE 应用程序一次，然后在能够运行应用程序服务器的各种操作系统上部署它――包括 Windows、AIX 和 Linux。您不会被限定于某个能够运行特定 Web 服务器的平台。

应用服务器厂商选择：由于行业标准规范定义了 Java Servlet 和 JavaServer Page 技术，因此您可以编写 J2EE 应用程序一次，然后将其部署到多个应用服务器环境中，如 WebSphere Express 或 Apache Tomcat，后者是一个流行的开放源代码应用服务器。J2EE 还定义了必须如何打包 Web 应用程序，因此，您可以将自己开发的应用程序引入某个 J2EE 环境，在无需更改代码或重新编译应用程序的情况下，就能将它重新部署另一个应用服务器中。将应用程序部署到多个平台也是如此。

应用服务器如何运行 servlet 和 JSP 代码

如上所述，J2EE 规范强制人们使用一种标准格式来部署 Java Servlets 和其他 J2EE 组件。一个称为 部署描述符的 XML 文档就是这个标准格式的一部分。部署描述符包含从每个 servlet 到用于调用特定 servlet 的 URL 的映射。应用服务器使用部署描述符中的信息来决定针对给定的请求应该调用哪个 servlet。

应用服务器调用 JSP 页面的方式不同于调用 ASP 页面的方式。J2EE 应用服务器将各个 JSP 页面转换为单独的特殊 servlet，它在该页面被请求时编译和运行。这个特殊的 servlet 保持加载在内存中，直到 JSP 文件改变为止。这样最大限度地降低了必须为每个 JSP 页面创建和编译一个类而对性能产生的影响。

模型-视图-控制器体系结构

J2EE 是根据一个特定的应用程序结构开发的，这个结构称为 模型-视图-控制器(MVC)。MVC 清楚地将应用程序定义为三个分离的层：

模型：应用程序的数据和业务规则的集合――通常称为应用程序的业务逻辑。

视图：应用程序的用户界面。

控制器：定义了应用程序如何对用户输入或模型层的变化作出反应――通常称为应用逻辑。

MVC 体系结构的优点

J2EE 中没有任何东西强迫您使用 MVC 体系结构来组织应用程序，但是这样做有许多很好的理由。通过定义三层之间的清楚分离，MVC 允许构成每个层的组件之间进行松散耦合。这使得组件具有更高的可重用性和灵活性。例如，假设您的需求之一是在某个 Web 应用程序中对相同数据支持不同类型的视图，因为不同的部门需要某个数据库中相同数据的不同子集。您需要开发特定于每个所需子集的新视图组件。如果视图逻辑和数据库访问代码是紧密耦合的――ASP 页面就是将数据库访问代码和 HTML 交织在一起，那么每个视图都要包含数据库访问代码。维护重复的代码不仅需要大量的工作，而且可能导致出错。对于这种情形，MVC 体系结构将数据库访问代码作为该模型的一部分，而各种视图组件都可以重用它。

J2EE 组件和 MVC

显示我们到目前为止所讨论的 J2EE 组件如何映射为 MVC 体系结构。注意，模型和视图之间不存在任何联系。控制器的功能是充当两者之间的中转站。

MVC 与 J2EE Web 应用程序

在典型场景中，用户提交一个 HTML 表单，这个表单的目标是一个 servlet。servlet 解析输入的数据并使用模型中的类来调用业务逻辑以满足该请求。然后，servlet 将结果传递给一个 JSP 页面，以便向用户显示这些结果。