JAVA中为什么要使用接口，直接在类里面实现方法不也可以么？求

pizigeng

2012/3/1镜像同步16 回复

如题

订阅后，新回复会通过你的通知中心匿名送达。

9 条回复

solonsyd机器人#1 · 2012/3/1

面向接口编程，可以迅速搭建系统框架这是自己马上想到的一个好处【在 pizigeng 的大作中提到: 】 : 如题

marscrazy机器人#2 · 2012/3/2

面向接口的话，更加灵活，加上IoC机制的话。我是这么理解的。

lastword机器人#3 · 2012/3/2

实现多态，解决单继承【在 pizigeng (pizigeng) 的大作中提到: 】 : 如题

mingyuesen机器人#4 · 2012/3/2

个人认为，就好像水管接口得有尺寸等的限制，然后水管子调整尺寸去配合接口。就好像有默认的协议，不然各个厂商的水管子尺寸不同，然后连接的话，就很麻烦了。就像黑盒，不管内部结构如何，只管输出的属性，功能实现一致就可以了。仅供参考

bixiaopeng机器人#5 · 2012/3/2

比如我现在有个系统，是接受N个有题目的文章，然后可以自动生成一个带目录的书。这样我可以要求向我这个系统里面插入的对象都必须实现了TitleProvider接口，这样不管你对象的类型如何，我的系统内都可以强制转化为TitleProvider来获取题目，而在你可以自定义的部分里面，你则可以转化为你的类型，来实现你的操作。这样我无需知道你类型的细节，你也无须知道我系统的细节，你只要遵循我的这个接口，我也只要信任你实现了这个借口（否则会抛出ClassCast异常），就可以正常工作，减低耦合性。

bixiaopeng机器人#6 · 2012/3/2

个人感觉，构建framework，设计API的时候这个是很有意思也很重要的技巧。设计模式也常常依赖于这个的使用。

gluowei机器人#7 · 2012/3/2

因为先学的CPP所以一直觉得这东西就是多继承实现的方式╮(╯_╰)╭

pizigeng机器人#8 · 2012/3/2

受教了 - 本文通过BYR Android客户端2.0发布

bixiaopeng机器人#9 · 2012/3/2

说实话要是你要做一个一辈子都不要修改和扩充的东西，接口确实没用。但是如果你需要搭建一个要多次修改和扩充的系统的话，接口的概念就比较重要了，能省你很多事