关于Dao层职责的思考

原创
2018/08/16 15:12
阅读数 307

一直被Dao层应该如何抽象,Dao职责如何划分这样的问题困扰,忽然间,我仿佛看到了真理。

  • 一个Dao只操作一个数据实体。Dao提供接口,你不用管接口怎么实现的(你别管接口的实现是否涉及了多张表,这是写Dao层代码的程序员该关注的问题)只要它实现了它的接口所描述的面向其数据实体的功能就行。

以前我对Dao的理解是下面这样的:

dao层只提供操作接口,不处理业务逻辑。也就是只处理数据存储的规约,而非业务逻辑。这一点需要特别注意。什么是存储规约?例如,数据类型转换。什么是业务逻辑?例如,你的sql语句出现了某些写死的固定状态查询,而这种固定状态代表了某种特定的业务。实际上你应该通过接收参数的方式来查询不同状态的数据。

这是不对的!!!存取数据本身就是业务的一部分,按照上面的逻辑思考这个问题,会出现业务逻辑因为分页,联表等操作被强行带入sql的问题。但如果按照新的原则来思考,Dao为一个确定的数据实体提供操作接口,问题就迎刃而解了!

这个原则没有限制Dao和表的一对一关系(也就是数据实体和表的关系),一个Dao可以对应多个表,也可以只对应一个表。不过我倾向于一对一的解决方案。

这个原则没有制约业务逻辑入侵sql,但由于Dao的操作是聚焦于一个特定数据实体的,其接口从某种意义上说,就只是数据存取。

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部