关于dao层的设计与思考

dao层简介

dao-Data Access Objects又叫做数据访问对象，主要是做数据持久层的工作，简单点来说就是负责对数据进行增删改查。一般来说实现dao之前需要定义dao的接口，然后实现接口。在实际开发中，一般来讲一个model对应一个dao。例如存在user代表用户信息，用户信息保存在数据库中，为了对用户信息进行一些操作需要实现userDao，来完成对用户信息的增删改查操作。

如何设计dao层

在实际的需求中，假设有如下需求，以mysql的查询为例，某个表中存在A，B，C，D四个字段，某些情况下需要根据A字段来进行查询，某些情况下需要根据A, C字段查询等等，总是就是根据业务需求的不同，会对应不同的过滤条件。那么这时我们应该如何实现dao层呢？据本人所了解有三种比较常见的方法，具体如下:

---

1. 根据查询字段的不同实现不同的查询方法。例如根据A字段查询可以实现一个GetXXXByA的方法，根据A和C字段查询可以实现一个GetXXXByAAndC方法等等······ 细心的小伙伴可能会发现对于每一种新的查询条件都需要取在dao层实现一个对应的方法，这里总结下我个人认为该种实现方法的优缺点。

优点：根据方法名可以直观的看出查询条件，有比较明确的语义。

缺点：1. 基本不可以复用。2. 根据查询条件的不同需要实现不同的方法，若不同的查询组合条件非常多，dao层会变的很重。

---

2. 将不同的查询条件赋值到一个dto中，仅实现一个查询方法即可，然后在查询方法中根据dto中字段不同的值来判断是否需要进行过滤，即根据字段的值来拼接where条件，最终交给db去处理，可以