·DispatchServlet:
该Servlet是核心控制Servlet，在容器启动时即被加载，所有的请求都首先被该Servlet所捕捉，根据该请求的类型转发给相应的子控制器。

·SubController：
当服务比较多且多数的请求可以被归类成对某一类型的请求时，我们推荐使用SubController(注意：此处的SubController是一个总称，代表了对应于各个服务类型的请求，实际中可能有UserController、JobController类等)。这样当中心Servlet将请求转交到SubController之后，可以由子控制器决定要调用服务层的那个方法。同时可以在此处根据业务需要，设置一些参数，用于控制或指定业务层的业务逻辑处理流程。

·Service:
Service是eFrame中一个核心的接口，它代表了面向客户的一系列操作集合，如果从设计模式上看可以看成是Facade模式，屏蔽了用户和多个底层类的直接交互。Service接口有一个ServiceResult execute(Message message)方法，它接受一个Message对象作为服务的参数。并返回一个ServiceResult对象，告诉调用者服务的执行结果和具体内容。
 
   ·NonStatusService:
     无状态服务，代表了一次短期完成、不会被打断的服务。其下有一子类：
     ·HTTPService:
       HTTP服务类，代表了一次HTTP Call，通常是控制器将请求，上下文参数传给该服务，该服务在实现了业务逻辑后，将响应输出至页面
  
   ·StatusService:
　　有状态服务,代表了一次长时间运行、可能会被随时中断的后台操作，例如从后台数据库中取出一批数据发送到客户端，该服务除了具备其父类的execute方法，还具备了一个表示服务当前状态的标志，以及启动、停止、执行服务的方法。
     ·MMSService：    
　　 有状态服务的一个例子，该例子是用于从后台数据库中取出一批数据，然后采用多线程的方式向服务器发送数据由于发送量比较大，可能会被中途中断。所以系统需要记录该服务的起始时间、当前状态。

      
·ServiceResult:
ServiceResult代表了一次服务的执行结果，它具有两个常量：SUCCESS和FAILED。分别代表了一次服务的成功执行和失败。除此之外它还拥有一个用于记录执行具体结果或返回值的HashMap对象：ResultDetail。

·ServiceLocator：
ServiceLocator是一个服务定位器，用于根据服务类的全称或者JNDI名称查找相应的服务类对象，这是一个接口。在其下有一个Service locate(String servieName)方法，用定位服务对象。
 
    ·ClassLoaderServiceLocator：使用Java的动态加载机制、反射机制创建服务对象
    ·JNDIServiceLocator：使用JNDI方式查找加载服务

   
·ServiceManager：
ServiceManager是一个接口，它用于管理系统中存在的各个Service对象。由于Service对象多数采用动态加载或JNDI查询的方式产生，所以再性能上会比较慢，由于该类中包含了一个HashMap对象，所有生成的Service对象都会被缓存到其中，所以我们可以对运行时刻的Servcie对象具有完全的控制。
 
ServiceManager接口包含下列方法：
  ·register(String serviceId, Service service)：注册一个服务
  ·get(String serviceId)：获取一个Service对象
  ·remove(String serviceId)：移除一个Service对象
  ·clear()：清空所有的Service对象
 
ServiceManager有两个实现类，分别对应于无状态服务和有状态服务的管理
  ·NonStatuesServiceManager：
    实现了ServiceManager接口的所有方法
  ·StautsServiceManager：
    除了实现接口的方法之外，还具备了对服务状态的记录，服务的启动、停止的管理
    ·start(String serviceId)：启动一个服务
    ·stop(String serviceId)：停止一个服务
    ·getStatus(String serviceId)：获取一个服务

 
·Message：
Message类代表了一次服务执行中调用者向执行者传递的消息。它包含了以下几个元素：
   ·messageFrom：消息的来源
   ·messagTo：消息的接收者
   ·action：消息的目标动作
   ·paramters：消息的目标动作执行时所需的参数
 此外Message还具备以下方法：
   ·设置/获取消息的来源
   ·设置/获取消息的目的地
   ·设置/获取消息的目标动作
   ·设置/获取消息的目标动作所需参数
 对Message对象的创建和传递通常发生在子控制器调用相应的业务逻辑之前


·AbstractFactory：
AbstractFactory是一个抽象工厂类，它代表了一个能够根据用户需求而产生出不同类型对象的工厂，它具有一个抽象的方法
  ·public abstract Product getProduct(String productType)：返回一个指定类型的产品
    AbstractFactory下可以有多个继承的子类，这些继承的子类都集中于某一类型构建，比如说DaoFactory类
 
   ·DaoFactory：
     DaoFactory类是继承了AbstracFactory类的子类，它的目标集中于DAO对象的构建，它返回的是一个实现了Product接口的Dao类实例

     
·Dao：
Dao类是一个抽象类，它具备了对数据库操作的一系列基本元素，包括获取数据库连接、获取执行语句，迭代结果集等等。它有3个抽象的方法。分别是：
   ·public abstract int insert(Object object)：插入一个对象
   ·public abstract int modify(Object object)：修改一个对象
   ·public abstract int delete(Object object)：删除一个对象

由于Dao类对象也属于工厂中生产出来的产品，所以这里我们让Dao类实现了Product接口。Dao类下面可以有多个继承的子类。不同的子类对于如何插入、更新、删除一个对象是不同的。

 
·Product：
Product是一个虚拟的概念，它代表了一个从工厂中生产出来的产品。这个接口本身没有任何的方法

也就是说，每次Web层的请求的处理流程如下：

·Web请求
     |--->DispatchServlet                          
               |--->SubController 
                         |--->Service 
                                   |--->SubService(NonStatusService / StatusService)
                                             |--->DaoFactory 
                                                       |--->Dao
                                                                 |--->SubDao
                                                                           |--Product
   Web页面<----------------------------------- Domain|                            


其中在SubController加载相应的Service时，会将相应的参数封装在Message对象中传递给Service对象。服务在执行后会返回一个
ServiceResult对象表示执行的结果情况。

Servcie的加载就像上面提到的可以采用Class.forName，也可以采用JNDI的方式。

附录：Jdon论坛参考文章地址：一个小的WEB项目中的实现方法讨论