视图层：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