应用中,
DAOA 对应SERVICEA
DAOB 对应SERVICEB如果在DAOA中需要用到B的服务,我可以直接调用SERVICEB吗?这样会带来什么问题?谢谢解答!!
DAOA 对应SERVICEA
DAOB 对应SERVICEB如果在DAOA中需要用到B的服务,我可以直接调用SERVICEB吗?这样会带来什么问题?谢谢解答!!
解决方案 »
- 什么web邮件服务器好用点?。。。。。。......................................。。。。。。【标题要长】
- 急!!!RMB 求一个java服务器gsoap客户断 要求能上传下载图片文件
- 如何定义快捷键
- SmartFoxServer连接mysql编码问题
- 给大家推荐一套非常实用的通用查询框架,有完整的Demo、使用说明、示例源码
- 不知道有没有人组成这样全国产系统?如果有请发个帖子,介绍一下吧?
- hibernate新手问个简单问题。。。急。。。在线等
- java 数据机密问题
- hibernate查询参数中文问题,解决必有高分相送.
- JB对硬件要求这么高吗?
- 纠结中..对自己好没信心啊。
- 倒遍历linkedhashmap
这样的话,还是建议你把需要用到B服务的DAOA中的那一块,放进service层中。
dao就是访问数据库,做数据持久化的,然后是service通过调用dao来向db存取数据。堕落佛,问一下你,事务的控制应该放进dao中还是service中?我赞同后者,但是有些人偏偏喜欢把事务放进dao中,还装的一本正经。
这是非常不推荐的
最好是从上往下调用,而不要从下往上调用
也就是说最好是service层调用dao层的类或者方法
或者可以再同层中调用另一个servic服务
这样可以实现dao层低耦合
不然你那样就把service层和dao层混在一起,这是强烈不推荐的我是喜欢在service层使用一个门面模式
写一个获取各种service的接口,来解耦,使得各个service服务之间
或者前台action调用service层服务之间也都使用这个接口来获取相应的服务
而不需要直接调用了
DAOA
DAOB
作为实现层
我也是用的service层中使用dao层的服务,而不是dao中用service,事务方面也是加在service层
那MVC分层来说如果在DAOA中需要用到B的服务,我可以直接调用SERVICEB吗?
你这种中思路就是不应该的。dao调用service 数据存取链接驱使业务处理
对于这个问题,你可以建一个service层的基类,一个功能模块所有的service都继承基类service,这样你把公用多个业务类service调用的方法放在service基类里面,同样dao这也是这样建立基类dao,公用的数据处理方法放在里面,该功能模块的dao都继承它。这样就不存在交叉调用的,打乱分层,业务混乱的事情。
对于这个问题,你可以建一个service层的基类,一个功能模块所有的service都继承基类service,这样你把公用多个业务类service 调用的方法放在service基类里面,同样dao这也是这样建立基类dao,公用的数据处理方法放在里面,该功能模块的dao都继承它。这样就不存在交叉调用的,打乱分层,业务混乱的事情。
ServiceB 调ServiceA