接口存在的意义只在于接口依赖注入

关于接口存在的意义，之前有一篇帖子讨论过（http://www.iteye.com/post/957921?page=1），并且跟帖无数，我也看过，这里发表一点自己的看法。抛砖引玉。
我的立场是站在spring的依赖注入的角度上来思考这个问题的。个人认为，接口存在的意义只在于接口依赖注入的时候得到淋漓尽致的体现。至于其他时候，作用则并不是那么大了。其理由如下：
1. 在非接口注入的情况下，接口的定义，某种程度上可以理解为对类的一个总的设计，因为其方法并不需要实现，所以可以更多的去思考业务上的逻辑问题，一方面更多心思的去想如何把功能点设计的更加全面，另一方面当我们在实现这个接口的时候，就会受到这个接口的方法定义的约束，这个时候尽可能多的就是考虑如何实现具体的业务的问题，而不用去考虑业务的设计的是否周全的问题。
2. 我的第二点略带否定第一点的意味。如果说只是起一个总领的作用的话，相信当初在设计这个类的时候的UML图里面就已经写的很详细了。即使我不需要这一个接口，我根据我设计完备的UML图，我一样的可以在写类的方法的时候只关注我的类的方法的实现，而不用去考虑类的方法设计是否完备。
3. 在spring的接口注入的时候，这个时候方才体现了接口的优势。我们只调用接口，接口的具体实现可以有一个，也可以有N个，但是具体调用哪一个实现，我们可以动态的根据配置文件，在具体运行的时候再来决定。这就相当于用调用接口，把更多的灵活性留给了以后的开发和维护，以及功能模块的添加。
更多的暂时还没有去想，比较仓促就先写到这里。我先抛出观点。欢迎拍砖。

评论

58 楼 scvptz 2009-04-12  

october731 写道

我的立场是站在spring的依赖注入的角度上来思考这个问题的。个人认为，接口存在的意义只在于接口依赖注入的时候得到淋漓尽致的体现。至于其他时候，作用则并不是那么大了。

请楼主注意，接口的出现要比spring的出现早很多，因此从逻辑上来说，接口肯定不是为了spring（同样也不是依赖注入）才出现的高级语言程序特性。
但是不可否认的是，spring的配置简化了接口的使用。

57 楼 neora 2009-04-12  

october731 写道

neora 写道

标题本身就是个错误的结论

愿闻其详

从基础重新学起，再去看看OO编程的基本思想。

Interface Sharp {
    public void draw();
}

class Rectangle implements Sharp {
    public void draw() {
        .......
    }
}


class Triangle implements Sharp {
    public void draw() {
        .......
    }
}

不要认为我在愚弄你，这就是接口的意义。

56 楼 阳光晒晒 2009-04-12  

sgysgy 写道

kulinglei 写道

抛出异常的爱 写道

由于设计失败我看见过的N多项目dao是以页面逻辑分块开发的.....正常的DAO与页面逻辑关系非常的小.
我想说的只有这句话.

dao是以页面逻辑分块开发的：貌似这样的原因是要表现数据，需求单一，我就要数据库的数据，不这样做怎样做额？？？
我们现在的项目就是把数据put到数据库，然后get出来表现到页面，我看dao是以页面逻辑分块很好

做了几个项目后有个小感觉,打个比方,页面要一碗牛肉面,dao最好不要直接返回牛肉面,dao两个,a返回牛肉,b返回面,
综合成牛肉面应该放在逻辑层,下次需要牛肉粉的时候,逻辑层取牛肉+粉,dao只做单一的无逻辑的事,比较整洁,方便维护

可能会变更的东西。。。。
页面可能会叫牛肉面。拉面。泡面，刀削面
但需求说明里只写了一种

你作了手擀面

客户说我不要手擀面。。。我要方便面

你从新实现了方便面。

客户又说我要手擀面的卤。方便面的面条。。。。。光要方便面的话我去买方便面不就行了？

这就是对需求变更的一种防御方案

我作面的。作卤的，烧面的分开了
以后如果有变更，
不用去所有的代码中去改来改去了
至少看代码的时间会少很多
作面过程大体相拟
就跟对大厨说面不用擀了，
去买点方便面的面饼来


如果过程变化了比如要用面条卤作盖饭
还是要重定义这个过程（重定义接口）
不叫面馆了，
改四川小吃了。



前面有人说不要接口。
想要问一句。。。
没有接口是不是也不要注释呢？
那么几百行里面去找你需要注释
也是很浪费眼力的活吧

55 楼 sgysgy 2009-04-12  

kulinglei 写道

抛出异常的爱 写道

由于设计失败我看见过的N多项目dao是以页面逻辑分块开发的.....正常的DAO与页面逻辑关系非常的小.
我想说的只有这句话.

dao是以页面逻辑分块开发的：貌似这样的原因是要表现数据，需求单一，我就要数据库的数据，不这样做怎样做额？？？
我们现在的项目就是把数据put到数据库，然后get出来表现到页面，我看dao是以页面逻辑分块很好

做了几个项目后有个小感觉,打个比方,页面要一碗牛肉面,dao最好不要直接返回牛肉面,dao两个,a返回牛肉,b返回面,
综合成牛肉面应该放在逻辑层,下次需要牛肉粉的时候,逻辑层取牛肉+粉,dao只做单一的无逻辑的事,比较整洁,方便维护

54 楼 lkjust08 2009-04-12  

guooscar 写道

java的世界其实很大的，并不是只有SSH.....

同意，ssh只不过是为新手提高开发效率的。

53 楼 october731 2009-04-11  

neora 写道

标题本身就是个错误的结论

愿闻其详

52 楼 flyfan 2009-04-11  

我目前也对接口也存在疑问，可能因为自己的知识太狭窄了，多希望有高手把接口的意义用例子表现在出来，让我们这些小菜学习一下

51 楼 neora 2009-04-11  

标题本身就是个错误的结论

50 楼 yinjihao 2009-04-11  

october731 写道

关于接口存在的意义，之前有一篇帖子讨论过（http://www.iteye.com/post/957921?page=1），并且跟帖无数，我也看过，这里发表一点自己的看法。抛砖引玉。
我的立场是站在spring的依赖注入的角度上来思考这个问题的。个人认为，接口存在的意义只在于接口依赖注入的时候得到淋漓尽致的体现。至于其他时候，作用则并不是那么大了。其理由如下：
1. 在非接口注入的情况下，接口的定义，某种程度上可以理解为对类的一个总的设计，因为其方法并不需要实现，所以可以更多的去思考业务上的逻辑问题，一方面更多心思的去想如何把功能点设计的更加全面，另一方面当我们在实现这个接口的时候，就会受到这个接口的方法定义的约束，这个时候尽可能多的就是考虑如何实现具体的业务的问题，而不用去考虑业务的设计的是否周全的问题。
2. 我的第二点略带否定第一点的意味。如果说只是起一个总领的作用的话，相信当初在设计这个类的时候的UML图里面就已经写的很详细了。即使我不需要这一个接口，我根据我设计完备的UML图，我一样的可以在写类的方法的时候只关注我的类的方法的实现，而不用去考虑类的方法设计是否完备。
3. 在spring的接口注入的时候，这个时候方才体现了接口的优势。我们只调用接口，接口的具体实现可以有一个，也可以有N个，但是具体调用哪一个实现，我们可以动态的根据配置文件，在具体运行的时候再来决定。这就相当于用调用接口，把更多的灵活性留给了以后的开发和维护，以及功能模块的添加。
更多的暂时还没有去想，比较仓促就先写到这里。我先抛出观点。欢迎拍砖。

49 楼 icantforget 2009-04-11  

个人认为  接口最大的优点  也是存在必要性的优点是 多态！！！  接口注入  其实也是多态的一种表现  如果没有多态   那就没有注入的必要了 

48 楼 hsbljyy 2009-04-11  

LZ可能跟我一样也没经历过很多的项目，或者都是中小型的项目吧。

你不要用什么框架或者语言去看待接口，其实你可以将接口理解为标准。如同LS说的JDBC，其实JDBC只能算是JAVA接口的一种应用，你有兴趣的话，可以去了解一下什么是JAVA EE，那时候你会惊讶地发现，JAVA EE几乎就是一堆接口！

当然，我想这些你应该都明白，可能你只是认为，如果项目不大就没必要用这些接口。这么说吧，我觉得现在使用接口的人大部分都跟你一样吧，可能就是为了spring的DI而使用接口，或者说白了，就是为了接口而接口，很少人会站在设计的角度去看待这些问题，于是引发了很多一个借口就只有一种现实，可能这也是你困扰的根源吧。

请原谅我的揣测，也许LZ的想法跟我想象中的不一样。我只是说明我的观点。

47 楼 mr_ginger 2009-04-11  

被框架框住  就麻烦了 接口还是很好的设计 可以让你站在未来思考

46 楼 kongkongkong 2009-04-10  

在OO里，接口最重要的一个作用应该就是多态了。看看各种设计模式，许多都是基于接口与多态的。

45 楼 october731 2009-04-10  

1314520ln 写道

LZ,对接口的理解太局限了吧.

师兄 能指点一二吗

44 楼 october731 2009-04-10  

kulinglei 写道

有了接口，合作变得容易。接口的意义在哪？？？，感觉好多好多，自己现在能了有限，好像je中有人说要脱离接口，哎，自己学习去了

我没有说要脱离接口。。。

43 楼 october731 2009-04-10  

ramus 写道

skydream 写道

这个结论下的有点过了。

接口存在的意义和注入没有直接关系的，注入只是一种手段，远不是目的。

这一点，我非常同意。。楼主有点的结论有点过。。而且我敢打赌，楼主是看过那篇文章后，并切加上实际工作的经验，突然感觉就是这么回事，所以就把这个结论下了。。。


不知楼主是不是我这样想的`


http://www.iteye.com/post/958826

最近是在做一个spring的接口注入的项目，想了很多，看了那片文章之后觉得更多的疑虑和观点就发表了这个帖子  
接口的出现确实早于接口注入  并且要早很多      我没有否定接口在设计建模等时候所体现出来的作用   我是说接口在接口注入的时候  其意义得到了最大的体现
这个师兄也可以去做一些社会工程领域的东东 

42 楼 october731 2009-04-10  

sword.cai 写道

虽然事实上，很多接口提取出来，可能与LZ说的情况类似，但，个人觉得接口的意义在功能的申明，感觉有点类似于通讯协议，就像我们购买U盘一样，我样只需要选择支持USB1.0|2.0，而不会去关注具体，

个人的感觉是   如果一个接口就只有一个实现的话（实际上从大家的回帖看来，多数都不会有几个实现了）    代码中的接口真的没有必要

41 楼 october731 2009-04-10  

skydream 写道

这个结论下的有点过了。

接口存在的意义和注入没有直接关系的，注入只是一种手段，远不是目的。

看到这么多的回帖  心中大致也知道自己当初考虑的不周全
我能想到的就是设计模式中用到的建模抽象用到的接口的作用  不知道接口除此之外还有什么地方的用途？

40 楼 october731 2009-04-10  

kj2ff 写道

楼主还没明白接口的意思所在，并不是只有java中有接口，而接口也并不是只为ssh中表现的那样，接口的威力只能在项目中的具体业务建模时候才能看得见，弄几个service调几个dao你就以为这是设计和接口的全部了？

设计模式的精髓是不要依赖具体实现而是依赖抽象，这里的依赖不是你所理解的spring DI。

首先 承认自己经历的项目很有限   发表的观点可能考虑的并不全面 
我们在用到spring的di的时候 确实很倚重interface  你说的是在建模的时候体现  我承认 但是不用到接口注入的话  建模的时候实现接口  能否把接口实现在UML中 而不要实现在项目中来？我们除了要去管理一大堆实现类之外， 还要来管理同样多的interface的包
设计模式的精髓是不要依赖具体实现而是依赖抽象，这里的依赖不是你所理解的spring DI. 这句话赞同

39 楼 october731 2009-04-10  

dada 写道

和spring有啥关系，随便举个例子，你所在的系统是一个总公司集中项目，某个功能中你将要面对分公司以及不同业务线两个纬度叠加造成的业务差异，UML中定义的东西不是接口的话你咋玩？

我的观点当中的意义就已经说了这一层了   我说的是如果需要接口的话  那么用的就是UML里面的接口了 而不是还要在实际的项目中去写一个专门的接口package来耽误开发人员的精力的