对于业务层和持久层的疑问
dao层是否需要写的太细  
比如   删除a表的一条记录  
在业务的角度上看，还需要同时修改b表的一些记录

那么   是否需要在   a的dao层上面做这些
我倾向于在service   上面做这个
具体是   在非查询状况下   在   dao层上面就是   对一张表进行操作   insert     update     delete

而等到了service   上面在做业务上面的东西
比如上面的   a的service   就要有   ADAO   BDAO    
还有在dao   层上面   除了做一些简单的null值等检验  
其他的   检验也要放在   service   上面


为什么我倾向于在dao层的每一个接口尽量小
是这样考虑的     既然分了dao   和service   就要分工明确

在后面的人看到service   的时候
就要明白这个业务是怎么做的了

而没有必要看到dao   才知道是业务怎么回事

并且我认为这样更利于代码的复用和使用其它技术替换dao    

小程的迷茫
请大虾指点


------解决方案--------------------
你说的正确
------解决方案--------------------
赞成业务处理放到业务处理层
------解决方案--------------------
这样挺好的 我也是这样弄的