|
精华帖 (0) :: 良好帖 (23) :: 新手帖 (6) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-10-06
看接口比看实现类清晰
过多的接口也没有必要,DAO这一层我已经从很多接口简化到只有一个类了 没必要的东西写多了就是傻 |
| 返回顶楼 | |
|
发表时间：2008-10-06
|
| 返回顶楼 | |
|
发表时间：2008-10-06
axeon 写道 除非是逻辑复杂的应用，否则都不需要搞一个接口什么的。
试问，现在80%的web应用中，有几个真的有非要接口不行的？ 如同spring的依赖注入，学术价值远高于实用价值。 java本身是不错的，就是因为这些劳什子不实用的玩意，被搞的一团糟。 完全错误 我以前也说过 spring等框架是对java的不完善而进行的完善的补充。 换句话说，它们让java更精彩。 |
| 返回顶楼 | |
|
发表时间：2008-10-06
protti 写道 axeon 写道 除非是逻辑复杂的应用，否则都不需要搞一个接口什么的。
试问，现在80%的web应用中，有几个真的有非要接口不行的？ 如同spring的依赖注入，学术价值远高于实用价值。 java本身是不错的，就是因为这些劳什子不实用的玩意，被搞的一团糟。 完全错误 我以前也说过 spring等框架是对java的不完善而进行的完善的补充。 换句话说，它们让java更精彩。 请明确阐述,spring是对java哪些不完善而进行的补充？ |
| 返回顶楼 | |
|
发表时间：2008-10-06
接口，增强拓展性，隐匿实现，实现松散耦合，甚至是强制性制定子类规范...
和面向对象语言的三大特性（封装，继承，多态）紧密相关，对接口的理解和对面向对象的理解一致。总是随着对面向对象编成的深入了解而了解其特性中的某些实现，这和通过了解Java（或其他）编程语言来了解接口一样。 |
| 返回顶楼 | |
|
发表时间：2008-10-06
tinyyea 写道 这说得和没说一样，好处在哪里呢？能分享一下么？ 如果开发类库使用接口偏重于接口的多态性， 但web开发中我看80%的接口的确也都没什么用，因为一切除了代码以外软件资源都在需求和设计文档里定死了，你很少要切换什么实现甚至没有切换实现，哪怕有直接把原来的干掉重写。 我看接口确实也就是个约定, 约定在文档中，约定在Team之间，约定在搭档之间，以至于双方实现的东西能直接拿来用。 不同意，类库存在类库级别的抽象；业务存在业务级别的抽象，你之所以有如上认为，我认为是因为往往开发业务代码的人员远远没有开发类库的人员能力强。 |
| 返回顶楼 | |
|
发表时间：2008-10-06
难道你就不写测试吗？ 难道你们没有试过30人以上的开发吗（不同的模块之间调用）？ 难道你没有试过， 你想去继承一个类的时候，发现你已经继承了另外一个类了吗？ 难道你没有试过调用第三方的lib， 你没有源代码， 你想继承它，发现它是一个final的类吗？
要是他们没有接口， 真的会哭的。 |
| 返回顶楼 | |
|
发表时间：2008-10-06
对于我来说，Dao的接口，可以让我在unit test的时候用另一种mock实现来完成单元测试，还有service也一样。对于大多数model，没必要，除非你要搞什么Pattern还有有些时候用多态……
|
| 返回顶楼 | |
|
发表时间：2008-10-06
zhu_chen001 写道 接口是定义行为，抽象类是实现公共行为的，具体类是实现具体行为的
真的很精辟。 |
| 返回顶楼 | |
|
发表时间：2008-10-06
接口还是有很多好处的，它为应用程序的管理提供了方便。据个例子，数据库从MySql移植到Oracle，如果有接口，就变得相当简单，同时保证了方法的一致性.
|
| 返回顶楼 | |
