java中接口作用的大讨论,--向参与的程序师致敬!!!!!

yining

指针的作用在于改变参数的值。对于c来说，这是唯一的办法。到了C++，有了reference，所以对于对象可以不用指针。但是要修改primitive type的参数，仍然需要。java彻底抛弃的指针，因为指针带来的方便部能够弥补指针引起的问题（即使是老练的程序员，恐怕也在指针和相关问题上会犯错误，更何况大多数程序员往往是新手或者水平中等）。这个改变所带来的，就是java无法改变primitive type参数的取值。

xiaomeng3041330

还有当继承抽象类时只要实现他的某些方法。
而接口必须把它的所有方法都实现了

cyansea

*****************最浅显的说明*****************
比如一群不同职业的人都可以参加工会，都要承担交会费的义务（接口方法一）和享受会员的权利（接口方法二），同样，还可以提供“登山协会”这个接口，让不同类别的人加入，凡是加入的人都要实现该接口提供的方法。
某人可能是X、Y、Z几个协会的会员。

super_zzw

接口从系统设计来说就是概念级抽象
举一个简单的思考例子：
你写了一个排序工具， 并且是打包提供给我用， 算法用的是快排， 那么如果我是使用这个工具的人，我可能会用它来排序字符串或者排序数字， 我需要按照我的需要扩展，我不动你的源代码，也不像看不想修改源代码，那么你的API如何提供这种能力？ 我如果需要排序方式也是可扩展呢？

lodge

最初由 super_zzw 发布
[B]接口从系统设计来说就是概念级抽象
举一个简单的思考例子：
你写了一个排序工具， 并且是打包提供给我用， 算法用的是快排， 那么如果我是使用这个工具的人，我可能会用它来排序字符串或者排序数字， 我需要按照我的需要扩展，我不动你的源代码，也不像看不想修改源代码，那么你的API如何提供这种能力？ 我如果需要排序方式也是可扩展呢？ [/B]

从设计的角度上看, 接口是不应该考虑内部逻辑, 它无非是对外部模快提供了一个界面而已, 至于里面是做排序还是检索, 这和接口无关.
如果考虑排序的功能的扩展性, 就应该使用抽象类来做API.

super_zzw

最初由 lodge 发布
[B]

从设计的角度上看, 接口是不应该考虑内部逻辑, 它无非是对外部模快提供了一个界面而已, 至于里面是做排序还是检索, 这和接口无关.
如果考虑排序的功能的扩展性, 就应该使用抽象类来做API. [/B]

      面向对象的系统由对象以及对象之间的相互关系构成，接口和抽象类在具体的应用中体现为具体的对象的抽象层次。 抽象类是实现级抽象， 接口是概念级抽象。 接口的确可以看作模块的对外界面，但实际上这个界面在面向对象中就是具体对象的概念级抽象（可能这个具体对象就是你的那个具体模块），它说明了你这个模块所描述的对象概念上是什么、能做什么，调用者遵循这个规范就能调用相应的功能，那么如果这个模块就是排序相关的模块呢。 能说接口和你的这个模块的功能无关？也许你觉得排序就是简单的一段算法实现程序就令当别论。如果用过SortedMap或者SortedSet就应该知道java.util.Comparator接口，它实际就是我所举的例子，这里的SortedMap/SortedSet其实就是你说的界面，Comparator则是排序扩展性的体现。如果某个API模块使用了SortedMap/SortedSet接口对外提供可排序数据集合扩展性，那么它们就成为了可扩展性接口。无论接口是为了对外提供界面也好，提供可扩展性也好， 它们归根到底都是对象的概念级抽象。
    当然，抽象类在很多模式中都是提供可扩展性的要点，但是不是所有场合都一样，具体的应用要具体对待。

okone96

up

okone96

在没有好好地研习面向对象设计的设计模式之前，我对Java接口和Java抽象类的认识还是很模糊，很不可理解。

刚学Java语言时，就很难理解为什么要有接口这个概念，虽说是可以实现所谓的多继承，可一个只有方法名，没有方法体的东西，我实现它又有什么用呢？我从它那什么也得不到，除了一些方法名，我直接在具体类里加入这些方法不就行了吗？

为什么一定要有抽象类这个概念？为什么就不能把这个父类写成一个具体的类，子类再继承它不就可以了吗？何必弄一个抽象类出来，还要弄一些没有方法体的抽象方法，弄得又象接口又象类的，让人捉摸不定。

当我开始学习java设计模式，真正走进面向对象设计的大门之后，我才发现，自己对面向对象设计的理解原来是那么的片面，那么的肤浅，根本就没有真正理解面向对象思想的精髓，在某一种程度上还受着面向过程的影响，以为弄出了一个个类，就算是面向对象了，而其实还是被过程所驱使着。

我还是说说我现在对面向对象思想的理解吧，不一定正确全面，但我想应该还算是比以前略有进步吧。

面向对象思想，我觉得最关键的就是抽象。

一个软件设计的好坏，我想很大程度上取决于它的整体架构，而这个整体架构其实就是你对整个宏观商业业务的抽象框架，当代表业务逻辑的高层抽象层结构合理时，你底层的具体实现需要考虑的就仅仅是一些算法和一些具体的业务实现了。当你需要再开发另一个相近的项目时，你以前的抽象层说不定还可以再次利用呢，面对对象的设计，复用的重点其实应该是抽象层的复用，而不是具体某一个代码块的复用，是不是一下子感觉自己对复用理解的高度又上升了一层？^_^

说到了抽象，我就不能不提到曾让我头痛的Java接口和Java抽象类了，这也是本文我想说的重点。

既然面向对象设计的重点在于抽象，那Java接口和Java抽象类就有它存在的必然性了。

Java接口和Java抽象类代表的就是抽象类型，就是我们需要提出的抽象层的具体表现。OOP面向对象的编程，如果要提高程序的复用率，增加程序的可维护性，可扩展性，就必须是面向接口的编程，面向抽象的编程，正确地使用接口、抽象类这些太有用的抽象类型做为你结构层次上的顶层。

Java接口和Java抽象类有太多相似的地方，又有太多特别的地方，究竟在什么地方，才是它们的最佳位置呢？把它们比较一下，你就可以发现了。

1、Java接口和Java抽象类最大的一个区别，就在于Java抽象类可以提供某些方法的部分实现，而Java接口不可以，这大概就是Java抽象类唯一的优点吧，但这个优点非常有用。
如果向一个抽象类里加入一个新的具体方法时，那么它所有的子类都一下子都得到了这个新方法，而Java接口做不到这一点，如果向一个Java接口里加入一个新方法，所有实现这个接口的类就无法成功通过编译了，因为你必须让每一个类都再实现这个方法才行，这显然是Java接口的缺点。

2、一个抽象类的实现只能由这个抽象类的子类给出，也就是说，这个实现处在抽象类所定义出的继承的等级结构中，而由于Java语言的单继承性，所以抽象类作为类型定义工具的效能大打折扣。
在这一点上，Java接口的优势就出来了，任何一个实现了一个Java接口所规定的方法的类都可以具有这个接口的类型，而一个类可以实现任意多个Java接口，从而这个类就有了多种类型。

3、从第2点不难看出，Java接口是定义混合类型的理想工具，混合类表明一个类不仅仅具有某个主类型的行为，而且具有其他的次要行为。

4、结合1、2点中抽象类和Java接口的各自优势，具精典的设计模式就出来了：声明类型的工作仍然由Java接口承担，但是同时给出一个Java抽象类，且实现了这个接口，而其他同属于这个抽象类型的具体类可以选择实现这个Java接口，也可以选择继承这个抽象类，也就是说在层次结构中，Java接口在最上面，然后紧跟着抽象类，哈，这下两个的最大优点都能发挥到极至了。这个模式就是“缺省适配模式”。
在Java语言API中用了这种模式，而且全都遵循一定的命名规范：Abstract ＋接口名。

Java接口和Java抽象类的存在就是为了用于具体类的实现和继承的，如果你准备写一个具体类去继承另一个具体类的话，那你的设计就有很大问题了。Java抽象类就是为了继承而存在的，它的抽象方法就是为了强制子类必须去实现的。

使用Java接口和抽象Java类进行变量的类型声明、参数是类型声明、方法的返还类型说明，以及数据类型的转换等。而不要用具体Java类进行变量的类型声明、参数是类型声明、方法的返还类型说明，以及数据类型的转换等。

我想，如果你编的代码里面连一个接口和抽象类都没有的话，也许我可以说你根本没有用到任何设计模式，任何一个设计模式都是和抽象分不开的，而抽象与Java接口和抽象Java类又是分不开的。

理解抽象，理解Java接口和抽象Java类，我想就应该是真正开始用面向对象的思想去分析问题，解决问题了吧。

recher

http://recher.blogdriver.com/recher/828828.html

lodge

最初由 super_zzw 发布
[B]

      面向对象的系统由对象以及对象之间的相互关系构成，接口和抽象类在具体的应用中体现为具体的对象的抽象层次。 抽象类是实现级抽象， 接口是概念级抽象。 接口的确可以看作模块的对外界面，但实际上这个界面在面向对象中就是具体对象的概念级抽象（可能这个具体对象就是你的那个具体模块），它说明了你这个模块所描述的对象概念上是什么、能做什么，调用者遵循这个规范就能调用相应的功能，那么如果这个模块就是排序相关的模块呢。 能说接口和你的这个模块的功能无关？也许你觉得排序就是简单的一段算法实现程序就令当别论。如果用过SortedMap或者SortedSet就应该知道java.util.Comparator接口，它实际就是我所举的例子，这里的SortedMap/SortedSet其实就是你说的界面，Comparator则是排序扩展性的体现。如果某个API模块使用了SortedMap/SortedSet接口对外提供可排序数据集合扩展性，那么它们就成为了可扩展性接口。无论接口是为了对外提供界面也好，提供可扩展性也好， 它们归根到底都是对象的概念级抽象。
    当然，抽象类在很多模式中都是提供可扩展性的要点，但是不是所有场合都一样，具体的应用要具体对待。 [/B]

这个问题要站到概念的高度上才能想清楚.

利用INTERFACE的程序之间没有依存关系, A和B都实装了接口I, 但是A和B之间不会有任何关系, 它们可以是完全不同的处理.

利用ABSTRACT的程序, 则可能通过父类发生关系. A和B都继承了C, 则A和B有一部分处理和属性是一致的.

虽然一些功能即可以用INTERFACE也可以用ABSTRACT实现, 但是在概念上二者是完全不同的.