分层-为了可扩展性-各司其职各尽所能

MVC设计思想

不能让一个对象取做所有的事情，假如某个对象承担所有的业务，只要有一个对象发送变化，需求变更，这个类就要改来改去。

数据层出现问题找Dao，业务层出现问题找Service,控制逻辑层出问题找Controller，这样就不用只修改一个类，各司其职各尽所能，实现一个程序的可扩展性比较方便。

项目比较小就不需要用分层。

对象与对象之间应该通过接口去关联，好处是：业务设计不合理，有需求变更，可以再写一个类实现这个接口，与之关联的上一层的接口不用变，配置文件发生变化就可以了。

任何一个项目都会分成很多层（按层次结构写程序）：

数据层：只做数据逻辑的处理。
业务层：只做业务逻辑的处理。对数据进行再次封装，对访问流程加日志操作，
对数据进行事务的处理，对业务进行事务的处理，业务逻辑融入事务，进行权限的处理
控制层：只做控制逻辑的处理。控制请求和响应的处理：请求到达服务器，服务器交个哪个对象处理请求，由控制层对象控制请求的流转（请求的转发，请求的重定向）。由控制层对响应的数据进行处理（设置响应头，设置响应类型的转换）。

每一层做的事情都是封装自身的逻辑。
1.层与层之间起到相互隔离的作用。
2.每一层对象只做它最专注的事情就可以了

每一层都有自己的职责。各司其职各尽所能，让每一层发挥自己最大的优势。
对象与对象之间的依赖-对象与对象之间应该通过接口去关联

注解和xml都是元数据，可以描述bean对象和bean对象的方法
可以用注解替换xml