当您要将企业应用程序转变成与 Web服务一起使用时，最简单的途径就是将单个操作与单个的企业服务结合在一块。但这并不是最好的方法。在本文中，Jerome Josephraj 向您展示了如何在测试过的真正模型-视图-控制器(MVC)设计模式的基础上来构建 Web 服务应用程序。为此，他修改了 Structs(一种流行的开放源码MVC 框架)，以使其适用于Web 服务领域。通过研究此处所概述的样本应用程序，您将知道如何才能将 Structs 与 Web 服务联合起来使用。

　　不断发展的 Java 编程语言和 Sun 公司的 J2EE 规范使得遵守各类准则的软件开发者们能够创建出分布式计算应用程序，这些应用程序在以前只能通过相关属性工具才可实现。这样，当某些开发团体要选择在 Java 平台中实现新系统时，其他团体就会通过另外的技术来创建、提高并维护应用程序，然后将它们集成到已有的各类分布式应用程序中去。这种情形就引起了互操作性的竞争。新应用程序与旧应用程序如何交互呢?答案就是：Web 服务。Web 服务是程序设计新的圣杯。它们能够共享并协调分散的各类计算资源。

　　在本文中，您将了解实现此目的的一种方法。您将看到如何在与 Web 服务相结合的开放源码 Structs 框加的基础上来构建应用程序。在开始之前您必须了解一些 J2EE 与 Web 服务的相关知识。这里，我将简要地介绍下Structs 架构与模型-视图-控制器(MVC)。

　　MVC 模式：分离开发角色

　　MVC 设计模式很清楚的划定了程序员与设计者的角色界限。换句话说，从商业逻辑上拆解了数据。这种模式是让设计者集中于设计应用程序的显示部分，而开发者则集中于开发驱动应用程序功能所需的组件。

　　MVC 模式有好几种变异，不过它们都是基于相同的基础结构：应用程序的数据模型(Model)，代码显示(View)，以及程序控制逻辑( Controller)是存在其中的独立但能相互间通信的组件。模型组件描述并处理应用程序数据。视图指的是用户接口;它反映的是模型数据并把它递交给用户。控制器是将视图上的行为(例如，按下 Submit 按钮)映射到模型上的操作(例如，检索用户详细信息)。模型更新后，视图也被更新，用户就能够完成更多行为。MVC 模式使代码易懂而且使代码更容易重用;另外，在很多工程中视图经常要被更新，MVC 模式将模型和控制器与这些所做的更改独立开来。

　　图 1 MVC 模式概要

[1] [2] [3] 下一页