Java企业级应用架构设计中的分布式结构大致可以分为单级结构、2级结构、3级结构和N级结构。充分理解和应用分布式结构可以更好的理解当代网络计算的现状，设计出更优的企业级应用程序。

长久以来，Java企业级版本（Java EE）已经成为了众多产业领域（如银行业、保险业、零售业、酒店业、旅游业以及电信业等等）进行企业商务应用开发和部署的平台选择。Java EE之所以应用如此广泛，其原因在于，Java EE可以为构建健壮、高扩展性的分布式应用系统提供标准化的平台，而这些应用所支持的范围可以涵盖从银行核心业务运作，到航空公司订票引擎之间的广大区域。不过，开发成功的Java EE应用也可能成为一项艰巨的任务，Java企业级应用架构设计在其中起着重要作用。

首先Java EE平台自身所提供的丰富选择就足可以令人生畏。那些过剩的框架、实用程序类库、集成开发环境（IDE），以及可供选择的工具让一切都更加富有挑战性。因此，选择好合适的技术对于开发基于Java EE的软件来说至关重要。而那些拥有健壮架构与设计准则的技术，会对构建易于维护、重用以及扩展的应用系统大有裨益。

我们将首先回顾一下分布式计算的进化史以及n级结构。之后我将展示Java EE平台是如何解决分布式应用开发中的难点的。同时你还会了解模型-视图-控制器（MVC）结构准则。然后我会结合MVC准则与Java EE平台，来讲解多层Java EE应用结构。

在了解了应用系统架构之后，我将把注意力集中到基于面向对象原则的Java EE应用开发上。我同时还会讲解如何使用设计模式来简化设计过程，以及如何选择最佳的实践范例。此外我还会触及Sun公司的Java BluePrints所收录的设计模式目录，其内容在Deepak Alur et al的《核心J2EE设计模式》（Prentice Hall出版社，2003年）一书中有详细的介绍。在文章的最后，我将介绍通用建模语言（UML）以及其在可视化Java EE文档设计与架构之中所扮演的的角色。

分布式计算进化史

在分布式计算中，一个应用会被划分为若干稍小的部件，并同时运行在不同的计算机上。这种计算方式又被称为“网络计算”，因为这些部件通常会通过建立在TCP/IP或者UDP协议之上的某些协议进行通讯。这些稍小的应用部件被称为“级”，每一级都可以向其他连接级独立提供一类服务。而“级”又可以被细化为若干“层”，以便降低功能的粒度。大多数Java企业级应用架构设计都应具有三个不同的层：

◆表现层负责用户接口。

◆业务层执行业务逻辑。在运行过程中，它还会与数据访问层进行交互。

◆数据访问层负责对存储在企业信息系统（EIS）中的数据进行存取等操作。

通过分析分布式计算结构的跃迁史，我们可以更好的理解当代网络计算的现状。在接下来的几节中，我将用几个恰当的例子介绍分布式结构的变迁。

单级结构
 
单级结构的使用可以追溯到那些使用简易终端连接巨型主机的日子。在这种结构中，用户接口、业务逻辑以及数据等所有应用构成层都被配置在同一个物理主机中。用户通过终端机或控制台与系统进行交互，而这种方式只具有非常有限的文本处理能力（参见图1）

图1. 单层结构（图中文字：Console——“控制台”；Dumb Terminal——“简易终端”；Mainframe——主机）

2级结构
 
在1980年代早期，个人电脑（PC）变得非常流行，它比大型主机便宜，处理能力又比简易终端之类的设备强。PC的出现为真正的分布式（客户端——服务器，C/S)计算铺平了道路。作为客户端的PC现在可以独立运行客户接口（UI）程序，同时它还支持图形化客户接口（GUI），允许用户输入数据，并与服务器主机进行交互，而服务器主机现在只负责业务逻辑和数据的部分。当用户在客户端完成数据录入后，GUI程序可以选择性的进行数据有效性校验，之后将数据发送给服务器进行业务逻辑处理。Oracle基于表单的应用就是2级结构的优秀范例。表单的GUI存储在客户端PC中，而业务逻辑（包括代码以及存储过程）以及数据仍然保留在Oracle的数据库服务器中。