传统分层模式下的深入思考(Controller+Service+Dao)

背景

        假设我们在服务端开发过程中使用的是传统的三层分层（Controller+Service+Dao）结构，不知道大家有没有思考过dao应该如何设计比较合适？例如是所有msql的操作使用一个dao对象，还是一个表的操作对应一个dao对象呢？还有就是controller和service的关系是一一对应的，还是一对多的 (即在controller中可能会调用多个不同service的方法)等等。总之就是代码层面上如何设计可以算得上是最佳实践呢，这里我想分享一下我个人的观点，如大家有不同的观点欢迎大家留言讨论。

dao层设计

主要作用

        dao-data access object，中文翻译过来又叫做数据访问对象，在网上看了大多数资料都在说dao是用于访问数据库的，例如在mysql中对数据进行增删改查。我觉得这种说法不完全正确，因为从翻译上来看dao是用作数据访问的，个人感觉用dao来对缓存进行访问也是可以的，dao层存在的主要意义就是封装对数据的访问，数据可能是存在mysql中，也可能存在redis中，或者可能是通过http请求获取的数据，我认为这些数据的访问都是可以放在dao中进行的。service层不关注数据是怎么来的，只需要关心调用dao的某个方法可以拿到什么样的数据或者保存、删除什么样的数据即可。

最佳实践

        上面简单的介绍了下dao，在实际的开发过程中如何设计dao比较合理呢？比如说我们把所有mysql的相关操作封装到一个MysqlDao中，根据单一职责原则，这个dao确实是只负责mysql相关的操作，但是换一种角度来说，这个MysqlDao要处