对于业务层和持久层的疑问
dao层是否需要写的太细
比如 删除a表的一条记录
在业务的角度上看,还需要同时修改b表的一些记录
那么 是否需要在 a的dao层上面做这些
我倾向于在service 上面做这个
具体是 在非查询状况下 在 dao层上面就是 对一张表进行操作 insert update delete
而等到了service 上面在做业务上面的东西
比如上面的 a的service 就要有 ADAO BDAO
还有在dao 层上面 除了做一些简单的null值等检验
其他的 检验也要放在 service 上面
为什么我倾向于在dao层的每一个接口尽量小
是这样考虑的 既然分了dao 和service 就要分工明确
在后面的人看到service 的时候
就要明白这个业务是怎么做的了
而没有必要看到dao 才知道是业务怎么回事
并且我认为这样更利于代码的复用和使用其它技术替换dao
小程的迷茫
请大虾指点
[解决办法]
你说的正确
[解决办法]
赞成业务处理放到业务处理层
[解决办法]
这样挺好的 我也是这样弄的