视图层：View 层
View 层次要负责前台页面的示意，
此层与管制层联合比拟严密，须要二者联合起来协同开发。
体现层:Controller（Handler 层）
Controller 层负责具体的业务模块流程的管制，
此层外面要调用 Service 层的接口来管制业务流程，
管制的配置也同样是在 Spring 的配置文件里进行，针对具体的业务流程，会有不同的控制器，
咱们具体的设计过程中能够将流程进行形象演绎，设计出能够反复利用的子单元流程模块，这样不仅使程序结构变得清晰，也大大减少了代码量。
业务层：Service 层
Service 层次要负责业务模块的逻辑利用设计，能够细分为 Service 接口和 ServiceImpl 实现类。
首先设计接口，再设计对应的实现类，
接着在 Spring 的配置文件中配置其实现的关联，这样咱们就能够再利用中调用 Service 接口来进行业务解决，
Service 层的业务实现，具体要调用到已定义的 DAO 的接口，
封装 Service 层的业务逻辑有利于通用的业务逻辑的独立性和反复利用性，程序会显得十分简洁。
长久层：DAO 层（mapper）
DAO 层次要是做数据长久层的工作，负责与数据库进行联系的一些工作都封装在此，具体到对于某个表，某个实体类的增删改查。
DAO 层的设计首先是设计 DAO 的接口，
而后在 Spring 的配置文件中定义此接口的实现类，而后就能够再模块中调用此接口来进行数据业务的解决，而不必关怀此接口的具体实现类是哪个类，显得构造十分清晰；
DAO 层的数据源配置，以及无关数据库连贯的参数都在 Spirng 的配置文件中进行配置。
模型层：pojo 层
pojo 层为 Plain Ordinary Java Object，对应的是数据库表的实体类。
各层分割
Controller 层和 View 层因为耦合度比拟高，因而要联合在一起开发，然而也能够看做一个整体独立于 DAO 层和 Service 层进行开发。这样在层与层之前咱们只须要晓得接口的定义，调用接口即可实现所须要的逻辑单元利用，所有显得十分清晰简略。
DAO 层和 Service 层这两个档次都能够独自开发，相互的耦合度很低，齐全能够独立进行，这样的一种模式在开发大我的项目的过程中尤其有劣势。
对象调用的流程：View–>Controller–>Service–>Dao–>DB