前言

学校开设了Javaweb和实作课程，目前进行的实作课程内容就是将之前通过SpringBoot实现的商城利用SpringCloud拆分成微服务，这篇文章记录一下之前学习SpringBoot遗留下的关于各层间概念和联系的个人理解，方便更好的学习下面的内容。

概念

DAO层

DAO层：DAO层主要是做数据持久层的工作，负责与数据库进行联络的一些任务都封装在此，DAO层的设计首先是设计DAO的接口，然后在Spring的配置文件中定义此接口的实现类，然后就可在模块中调用此接口来进行数据业务的处理，而不用关心此接口的具体实现类是哪个类，显得结构非常清晰，DAO层的数据源配置，以及有关数据库连接的参数都在Spring的配置文件中进行配置。
该层的任务主要就是创建Mapper映射文件定义对于数据库操作的接口。接口再映射xml中的sql语句，实现对数据库的操作。

Service层

Service层主要负责业务模块的逻辑应用设计。同样是首先设计接口，再设计其实现的类，接着再Spring的配置文件中配置其实现的关联。这样我们就可以在应用中调用Service接口来进行业务处理。Service层的业务实现，具体要调用到已定义的DAO层的接口，封装Service层的业务逻辑有利于通用的业务逻辑的独立性和重复利用性，程序显得非常简洁。

Controller层

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

联系

对于一个程序中，根据自顶向下的思想，先根据我们需要实现的业务编写Controller层，定义好需要拦截的地址，能实现什么功能，最后返回什么数据，此时我们不需要考虑功能如何实现，只要知道Serivce层能够实现该功能，然后调用Serivce层就好。

再确定好Controller层的相关内容后,根据Controller层需要实现的功能编写Service中的业务逻辑代码，在这里完成功能的具体实现，如果涉及到对数据库的改动，就调用DAO层，不需要考虑下层代码与数据库如何打交道，只要告知如何需要进行怎样的数据库操作，以及操作完之后要怎么实现功能。

DAO层收到上层的需要操作数据库的需求后，定义相关映射接口，接口再去映射相关sql语句完成持久化操作即可。

总结

之前总是嫌弃建立各种文件操作繁琐，认真理清思路之后才能对前人产生敬佩敬畏之情，希望自己能保持终生学习的态度，未来也能为这个行业做出一些微小的贡献。
参考资料：blog.csdn.net/zdwzzu2006/…