Java分层开发

　　1.什么是三层架构：

　　　　三层架构分为：Action--Service(biz)--Dao

　　　　Dao层是使用了Hibernate连接数据库、操作数据库（增删改查）。

　　　　Service（biz）层：引用对应的Dao数据库操作，在这里可以编写自己需要的代码（比如简单的判断）。

　　　　Action层：引用对应的Service（biz）层，在这里结合Struts的配置文件，跳转到指定的页面，当然也能接受页面传递的请求数据，也可以做些计算处理。

以上的Hibernate，Struts，都需要注入到Spring的配置文件中，Spring把这些联系起来，成为一个整体。

　　2.使用分层的好处：

　　1.实现了软件之间的解耦
　　2.便于进行分工
　　3.便于维护
　　4.提高软件组件的重用
　　6.便于产品功能的扩展。
　　7.便于适用用户需求的不断变化

　3.java的(PO,VO,TO,BO,DAO,POJO)解释

　　PO(persistant object) 持久对象： 　　　　在o/r映射的时候出现的概念，如果没有o/r映射，没有这个概念存在了。通常对应数据模型(数据库),本身还有部分业务逻辑的处理。可以看成是与数据库中的表相映射的java对象。最简单的PO就是对应数据库中某个表中的一条记录，多个记录可以用PO的集合。PO中应该不包含任何对数据库的操作。 

　　VO(value object) 值对象：　　　　通常用于业务层之间的数据传递，和PO一样也是仅仅包含数据而已。但应是抽象出的业务对象,可以和表对应,也可以不,这根据业务的需要.个人觉得同DTO(数据传输对象),在web上传递。 

　　TO(Transfer Object)，数据传输对象：　　　　在应用程序不同tie(关系)之间传输的对象 

　　BO(business object) 业务对象：　　　　从业务模型的角度看,见UML元件领域模型中的领域对象。封装业务逻辑的java对象,通过调用DAO方法,结合PO,VO进行业务操作。 

　　POJO(plain ordinary java object) 简单无规则java对象：　　　　纯的传统意义的java对象。就是说在一些Object/Relation Mapping工具中，能够做到维护数据库表记录的persisent object完全是一个符合Java Bean规范的纯Java对象，没有增加别的属性和方法。我的理解就是最基本的Java Bean，只有属性字段及setter和getter方法！。 

　　DAO(data access object) 数据访问对象： 　　　　是一个sun的一个标准j2ee设计模式，这个模式中有个接口就是DAO，它负持久层的操作。为业务层提供接口。此对象用于访问数据库。通常和PO结合使用，DAO中包含了各种数据库的操作方法。通过它的方法,结合PO对数据库进行相关的操作。夹在业务逻辑与数据库资源中间。配合VO, 提供数据库的CRUD操作... 

　　O/R Mapper 对象/关系 映射：　　　　定义好所有的mapping之后，这个O/R Mapper可以帮我们做很多的工作。通过这些mappings,这个O/R Mapper可以生成所有的关于对象保存，删除，读取的SQL语句，我们不再需要写那么多行的DAL代码了。