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三大框架的通力合作下实现楼宇列表的显示，小白菜可以吃了。