SSM：三层架构

※ 软件应用分层架构
标准三层架构：（MVC模式：model view control）
1)：数据访问层：(dao持久层)主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，
而不是指原始数据，也就是说，是对数据的操作，而不是数据库，具体为业务逻辑层或表示层
提供数据服务．
2)：业务逻辑层：(service)主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务
逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。具体的讲主要负责对数
据层的操作。也就是说把一些数据层的操作进行组合。
3)：表示层：(web)主要表示WEB方式，如果逻辑层相当强大和完善，
无论表现层如何定义和更改，逻辑层都能完善地提供服务。
主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。

优缺点
优点
1)：开发人员可以只关注整个结构中的其中某一层；
2)：可以很容易的用新的实现来替换原有层次的实现；
3)：可以降低层与层之间的依赖；
4)：有利于标准化；
5)：利于各层逻辑的复用；
6)：结构更加的明确；
7)：在后期维护的时候，极大地降低了维护成本和维护时间。
缺点
1)：降低了系统的性能。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数
据库，以此获取相应的数据，如今却必须通过中间层来完成。
2)：有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要
增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层
中都增加相应的代码。
3)：增加了开发成本。

WEB技术的四层（五层）结构(了解)
所谓的四层架构的分法，就是想把软件设计师工作量降下来，减少重复性的代码，
提高开发速度，使软件有相当好的可维护、易扩展，这种四层架构对多人开发同软件来说
，可以有个清晰的思路。我把系统分成表示层(UI)、业务逻辑层(Bussiness/Service)、
数据访问层(DataAccess/Dao)、数据实体层(Domain)。如果你还考虑到数据库设计的话，
就是五层架构。

伪代码（没有bean实体层时，只能通过传参）
register.html{

From-Action(registerSer)
name
passwd
....
}

//web层
Class RegisterSer{

doGet(){
String name=Request.getParameter(“name”)
String passwd=Request.getParameter(“passwd”)
…
 UserService ser=new UserService();
ser.register(name,passwd…);
    }
}

//service层
Class UserService{
public void register(String name,String passwd…){
…
UserDao dao=new UserDao();
dao.saveUser(name,passwd…);
     } 
}

//dao层
Class UserDao{
saveUser(String name,String passwd…);

}



实体（属性get|set） 信息的载体。（域）
new构建实体对象，传参变为传实体类对象