只显示主题贴
个人认为这是不可取的。理由有4：1）LZ所谓的整合DAO，其实是有悖于DAO的概念的，它本身就是对应一个库表的数据操作层2）一个DAO只完成对一个表的操作，是为了重用性。将业务逻辑掺杂进去就破环了重用性3）Service层（或叫Bussiness层）是用来体现业务逻辑的，将业务逻辑掺杂在更加靠后的DB层是不妥的4）对于规范的工程，所有DAO都不该是程序员写的，而是有代码生成工具根据设计文档（如表定义书等）自动生成的。其中只是单纯的DB操作，不该也不能混入业务逻辑以上只是个人观点，欢迎探讨
- 进入论坛 Java 版
我有一个父类，实现了 Cloneable 接口，作为基本Bean。这个父类在项目开发时，会被业务上的Bean继承之。
业务Bean中可能会定义一些非Java标准类型的成员变量，如数组、ArrayList、Hashtable、其他业务Bean等。
我想问的问题是，可否仅在这个基础的Bean中写个克隆方法，而各个业务Bean中无需复写clone，就实现深度克隆呢？
class BaseBean implements Cloneable {
private String commonInfo;
public String getCommonInfo(){
...
- 进入论坛 Java 版
关于事务和嵌套事务，帖子 http://www.javaeye.com/topic/35907 说得很清楚了，可是实现细节遇到其他的问题了。有这样一个服务:public class ServiceImpl implements Service {//方法A声明成了一个REQUIRED事务，在A中调用B，B是基本插入操作，希望把B声明成一个NESTED事务，某一条B失败回滚本次B事务，//全部完成能获得成功和失败的B事务条数的返回信息。methodA() { for (int i, i< 10 , i++){ nestMethodB() ;}}nestMethodB ...
- 进入论坛 入门讨论 版
关于事务和嵌套事务，帖子 http://www.javaeye.com/topic/35907 说得很清楚了，可是实现细节遇到其他的问题了。
有这样一个服务:
public class ServiceImpl implements Service {
//方法A声明成了一个REQUIRED事务，在A中调用B，B是基本插入操作，希望把B声明成一个NESTED事务，某一条B失败回滚本次B事务，
//全部完成能获得成功和失败的B事务条数的返回信息。
methodA() {
for (int i, i< 10 , i++){
nestMethodB() ...
- 进入论坛 入门讨论 版
评论排行榜