SSH框架与MVC架构之间的关系

MVC三层架构：模型层，控制层和视图层。模型层，用Hibernate框架让来JavaBean在数据库生成表及关联，通过对JavaBean的操作来 对数据库进行操作；控制层，用Struts框架来连接数据层和视图层的，接收、处理、发送数据并控制流程；视图层，用JSP模板把页面展现给用户以及提供 与用户的交互。而Spring框架粘合了Hibernate和Struts，透明的管理了整个架构，提供IOC容器使代码松耦合以及AOP框架的切面功能 等等。 

    也可以换种说法：我们去饭馆吃饭，摆在我们面前的油淋小白菜就是Jsp呈现的视图，而这道菜怎么来的呢，当然要有小白菜，也就是Hibernate产生的 数据，小白菜要洗干净，切好，这是对数据的操作;这些准备好了就要炒小白菜了，这就是Struts的事了。这个过程分工明确，各做各的，有的只负责洗菜， 有的只负责炒菜的，Spring就是中间负责跑腿的，让洗菜的和炒菜的都安心做自己的事。最终一道菜就出来了，我们看到的是成品菜，却看不见它被制作的过 程。 

我举个例子来说明怎么利用SSH框架做菜，当然这里仅仅是一些最简单的示例代码用来做说明： 

1.JavaBean类（Model，这里就是买来的小白菜）： 

public class Building { 

private String code; 

public String getCode() { 
return code; 
} 

public void setCode(String code) { 
this.code = code; 
} 

} 

2.用Hibernite把对象持久化到数据库中（Model，还是小白菜，只不过换个说法，你可以给它随便起个名字，比如说实体小白菜，但其实还是一样的东西） 

<?xml version="1.0"?> 
<!DOCTYPE hibernate-mapping PUBLIC 
"-//Hibernate/Hibernate Mapping DTD 3.0//EN" 
"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd"> 
<hibernate-mapping> 
<class name="Building" table="building"> 
<id name="id" column="id"> 
<generator class="uuid"/> 
</id> 
<property name="code"/> 
</class> 
</hibernate-mapping> 

3.把对数据的访问封装成一个面向对象的接口（Model，洗菜，切菜）： 

public interface BuildingManager { 

List findEntity(); 

} 

4.控制层的处理（Controller，开始炒菜了）： 

public class BuildingAction extends Action { 

public ActionForward execute(ActionMapping actionMapping, 
ActionForm actionForm, 
HttpServletRequest req, 
HttpServletResponse servletResponse) throws Exception { 
List results = entityManager.findItems(); 
req.setAttribute("buildings",page); 
return actionMapping.findForward("list"); 
} 

} 

5.jsp视图（View，端上桌的油淋小白菜，这里我就不写示例代码了）。 


    至此，我们在MVC清晰明了的架构中，虽然代码简单，却足以勾勒出如何在SSH三大框架的通力合作下实现楼宇列表的显示，小白菜可以吃了。