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