|
锁定老帖子 主题：对于接口越来越迷茫
精华帖 (0) :: 良好帖 (6) :: 新手帖 (4) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-02-23
老夫见这位小兄弟面目清奇，与我有缘，特给你指条明路~
待你看明白jdbc里面Connection-Statement-Result的关系以及如何加载的各种Driver，你就明白了什么时候真正该用接口了。 大多数小项目里面弄一堆dao和service接口，都是很2的行为，或者说在骗自己。。。 |
| 返回顶楼 | |
|
发表时间：2012-02-23
楼主应该是新手吧，新手都会有这样的感觉
|
| 返回顶楼 | |
|
发表时间：2012-02-23
最后修改：2012-02-23
flashing 写道 老夫见这位小兄弟面目清奇，与我有缘，特给你指条明路~
待你看明白jdbc里面Connection-Statement-Result的关系以及如何加载的各种Driver，你就明白了什么时候真正该用接口了。 大多数小项目里面弄一堆dao和service接口，都是很2的行为，或者说在骗自己。。。 正解，大项目(非技术框架类)弄一堆接口也是没必要的，接口就是为了分离变化点，并且应该是可预期的变化点，从2-8原则来看这些不必要的接口难道后期关注到变化的时候重构抽象出接口会比前期不分青红皂白的抽出接口来成本要高和更难于维护??? ps:大项目规范更重要，没事整个接口的开发工作估计也占不了多少人力成本，并且很多人都已经习惯了这样的开发方式， 这样有利于统一风格，毕竟大的项目人进人出的，估计这也是很多项目全弄成接口的主要原因吧 |
| 返回顶楼 | |
|
发表时间：2012-02-23
一般有两种情况用抽象和接口
1 写给别人用的框架 2 写自己的业务，且业务较复杂且易变 其它情况可以不用 |
| 返回顶楼 | |
|
发表时间：2012-02-23
接口，呵呵，是一种契约和规范，契约和规范必须是稳定少变的，如果需求的变化会经常导致接口也发生变化，那就是扯淡了，说明接口定义得不好，这样的接口多半属于折腾浪费型，有还不如无。在某些类型的系统中，业务逻辑本身很复杂，很难规划出一套稳定不变的接口，在这种需求中使用接口，个人认为纯属扯淡，除非公司对代码的结构有硬性约定
|
| 返回顶楼 | |
|
发表时间：2012-02-23
flashing 写道 老夫见这位小兄弟面目清奇，与我有缘，特给你指条明路~
待你看明白jdbc里面Connection-Statement-Result的关系以及如何加载的各种Driver，你就明白了什么时候真正该用接口了。 大多数小项目里面弄一堆dao和service接口，都是很2的行为，或者说在骗自己。。。 支持，2们都是喜欢写一个借口X，永远都只有一个实现类且命名为XImpl |
| 返回顶楼 | |
|
发表时间：2012-02-23
hamber 写道 有些事情就像看A，看的人很爽、做的人却未必。
 说的太有道理了！！！
|
| 返回顶楼 | |
|
发表时间：2012-02-23
interface: "like -a"
撇开实际业务不谈， 项目中经常在JUNIT中的MOCK中用到接口类，SPRING创建FactoryBean,代理类，AOP等等都用到接口类。 系统间的集成，系统内部各功能间的相互调用，无不使用接口。 所以请面向接口编程。我所说的接口也包括抽象类啊~~~呵呵。 |
| 返回顶楼 | |
|
发表时间：2012-02-23
用SSH开发CRUD大可不必这么麻烦，能去掉就去掉吧
|
| 返回顶楼 | |
|
发表时间：2012-02-23
最后修改：2012-02-23
现在不用非得写接口了......
不过几年以前的确是需要..... 所以SERIVCE,DAO之类的传统都是要写接口的. PS:举个例子, 一个点击操作, 需要25个if判断, 5次遍历, 三个层(action,service,dao) 至少五种页面请求过滤器, 三个日志分析拦截器, 一个统一的主键生成工具类 硬性要求每个function代码行数要少于50行. 以上业务会有经常的变动 不知道如果需求变更时 要在哪个类哪个function进行改动 才能更好的完成业务变更 如上的工作会有很多....... 你们如何去组织你们的代码 让你们的代码本身会说话? 一个serivce一个方法2000行写不写接口没意义 经常性改接口的原因大多是由于,接口数量太少 |
| 返回顶楼 | |
