如何理解Dao ntil Control service model等代码结构

如何理解Dao ntil Control service model等代码结构

DAO = Data Access Object = 数据存取对象

DAO层的设计首先是设计DAO的接口，然后在Spring的配置文件中定义此接口的实现类，然后就可在模块中调用此接口来进行数据业务的处理，而不用关心此接口的具体实现类是哪个类，显得结构非常清晰，DAO层的数据源配置，以及有关数据库连接的参数都在Spring的配置文件中进行配置。

Service = 服务

有时候候会需要一些相对独立，与业务系统没啥关系的功能。但不是所有的功能都可以做成一个服务，服务是一个相对独立的功能模块，完成一些指定的工作，这些工作高度抽象和通用。一个典型的服务像是数据库服务、缓存服务、文件存储服务、身份验证服务、消息队列服务等。

Controller = 控制器

1.Controller层:接口层，用户访问请求时对接。

    Controller层负责具体的业务模块流程的控制，在此层里面要调用Serice层的接口来控制业务流程，控制的配置也同样是在Spring的配置文件里面进行，针对具体的业务流程，会有不同的控制器，我们具体的设计过程中可以将流程进行抽象归纳，设计出可以重复利用的子单元流程模块，这样不仅使程序结构变得清晰，也大大减少了代码量。
 

Util = 工具

一些简单但是要经常调用的繁琐的代码  比如连接数据库之类的 就可以封装  用的时候调用就行了

Model = 模型

可能都是javaBean，

这个区别是用途不同，domain通常就代表了与数据库表--一一对应的javaBean,

model通常代表了不与数据库一一对应的javaBean，但是封装的数据是前端的JS脚本，需要使用的数据

下面的图可以帮助你理解这些层的功能