论坛首页 Java企业应用论坛

关于面向接口编程、DAO

浏览 19595 次
精华帖 (0) :: 良好帖 (3) :: 新手帖 (6) :: 隐藏帖 (4)
作者 正文
   发表时间:2009-09-01  
接口有用,DAO没用,因为Hibernate等框架封装的已经很好,不想JDBC会让访问数据库的代码冗长而零散。时代变了,架构也要调整。接口和DAO没有必然联系,就不谈了
0 请登录后投票
   发表时间:2009-09-02  
lijia871022 写道
    我也只是个菜鸟,也还是个学生,在这我只是发表一点自己的理解,如果错误的请大家见谅及纠正,谢谢!
     楼主你说的,直接在service理调用sql就行了?那我要说的是,如果你的service在不同的业务中用到了相同的sql操作,那你是不是要复制黏贴了?而这样的代码复用是效率最差的吧,因为当你要修改的时候,你必须同时修改所有如此sql操作的地方,当然,楼主可以说,你可以压缩相同的sql操作到一个帮助方法中,但是这样的话,和创建1个专门的DAO不就没区别了么!
    其实看接口,我们可以看我们的电脑构造,因为我们的电脑也是面向接口的,这样才使我们能够更换使用不同的显卡,不同的内存等等,试想,如果你只面对威刚的内存条,当你觉得威刚内存条不好时怎么办?(只是打比方而已,不是说威刚内存条不好哦),现在你只用sql没问题,但是当客户需要别的数据库时呢?一个项目是有变化因素的,我们必须尽可能的考虑周全,当然这应该已经到了一个架构师的高度,我要说的是,用接口,还提高了一定的灵活性!
    小弟在这吹嘘了,忘高人还多多指出错误之处,不甚感激!


一般是很少换数据库的,有的情况下,更换数据库还不如重新做一个系统,现在的商业系统中,普遍的都是这样的!
0 请登录后投票
   发表时间:2009-09-02  
我觉得在接口上面的使用可以这样:
     在写框架的时候,肯定会多用接口;
     一般的业务,我觉得接口的使用就少了;这样调试也方便,代码的可读性就好
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics