传统的web应用程序会在表现层包含管理用户交互的代码，例如：一个页面可以决定用户将要跳转的下一个页面。开发者经常把所有交互代码写在用户界面代码中。然而，开发者将页面导航代码写入页面代码后，代码会很复杂，而且难以重用、维护和扩展。对于整个应用程序来说，它的业务逻辑、控制逻辑和运行状态等都很难被重用。在很多情况下，应用程序的运行状态需要保持。但是如果状态保存在某个页面中，那么代码必须从这个页面中找回状态。这样编写出来的代码不够优雅，很难得到预想的效果，而且这些不雅的代码又影响了web页面的扩展和重用。本文基于MVC模式，提出了一个可扩展的框架，简化了对从web页面独立出来的业务逻辑代码的处理，有利于复杂的web页面导航和工作流处理的复用。

1 MVC设计模式
    MVC由Trygve Reenskaug提出，首先被应用在SmallTalk-80环境中，是许多交互和界面系统的构成基础。MVC结构是为那些需要为同样的数据提供多个视图的应用程序而设计的，它很好地实现了数据层与表示层的分离。MVC作为一种开发模型，通常用于分布式应用系统的设计和分析中；另外，它也可用于确定系统各部分间的组织关系。对于界面设计可变性的需求，MVC把交互系统的组成分解成视图、控制器、模型3种部件。
    视图部件把表示模型数据及逻辑关系和状态的信息以特定形式展示给用户。它从模型获得显示信息，对于相同的信息可以有多个不同的显示形式或视图。控制器部件主要用于处理用户与软件的交互操作，其职责是控制提供模型中任何变化的传播，确保用户界面与模型间的对应联系；它接受用户的输入，将输入反馈给模型，进而实现对模型的计算控制，是使模型和视图协调工作的部件。模型部件保存由视图显示、由控制器控制的数据；它封装了问题的核心数据及逻辑和功能的计算关系，它独立于具体的界面表达和I／O操作。
    模型、视图与控制器的分离，使得一个模型可以具有多个显示视图。如果用户通过某个视图的控制器改变了模型的数据，所有其它依赖于这些数据的视图都应反映出这些变化。因此，无论何时发生了何种数据变化，控制器都会将变化通知所有的视图，导致显示的更新。这实际上是一种模型的变化一传播机制。
    模型、视图、控制器三者之间的关系和各自的主要功能如图1所示。

2 应用框架
    为了方便地实现业务流程控制和更改，本文根据MVC设计模式，提出了一个可扩展的框架。该框架的优点是：
    1)实现了对业务流程控
制部分的包装，便于简化web应用程序的开发。使用框架开发web应用程序，只需依照页面接口编写web页面和业务逻辑，控制部分由框架根据配置文件实现。这样设计有利于页面美工与程序员的协作。
    2)提高了web页面和业务逻辑的扩展和重用，便于对业务逻辑的测试，提高了系统的灵活性。