1,在项目中,对异常的处理策略是什么?我在项目中是这样做的,DAO层,service层统统没做异常处理,最终抛到action层,这种做法应该是不对的,希望高人指点。
还有,是否建议用try{...}catch(){...}去处理业务跳转?
2,action层向service层传参时,是封装成对象传好;还是直接传数据,然后在service再封装好?
还有,是否建议用try{...}catch(){...}去处理业务跳转?
2,action层向service层传参时,是封装成对象传好;还是直接传数据,然后在service再封装好?
解决方案 »
- 再次征集Java集合答案
- struts部署的时候出现问题
- 系统架构、数据交换和工作流方向选择更有前景?
- 关于java缓存的问题&大家都来探讨下&全部分给出请教&谢谢
- 问Web service中services.xml应该放在什么位置
- 北京日立华胜和神州数码思特奇哪个好?
- 请问用java连接MQ时,如何获得某一个队列管理器下所有队列名称以及队列深度的方法?
- action 的属性在debug标签 显示不了
- Cannot use JVM pre-1.4 access bug workaround die to restrictive security manager
- 写了3年的J2EE架构的程序,现在我不知道struts是什么,丢人呀!
- 如何进一步提高自己的Java技术?
- TOMCAT和APACHE集群问题
我们的项目也是这样做的
控制层传参数给Service应该是零散的数据,没有封装的
Service在传给DAO应该是封装好的对象service接受参数相当于是用户传的,用户不懂java,不知道java喜欢对象,所以就以零散的形式传
service传给dao相当与是程序内部在传参数,这是相当与程序员在传,那就该传对象
我的看法,仅供参考:
1,DAO是数据库级别异常;Service抛出业务异常等;业务跳转,如果是执行不同方法,在service层;如果显示不同页面action层。
2,action封装好对象,传参。这样参数可以在service&dao层都使用了。
--------------
细粒度权限管理
www.metadmin.com