如何理解java中的面向接口编程

[iMouseWu]

个人觉得面向接口编程，主要是用到了多态，和虚方法的调用。
然后听很多人解释就是，这样的好处1.解耦 2.抽象
这两个很抽象，个人觉得
一般人解释解耦都会说，如果这个接口的实现改变了，那么就不用去改依赖这个接口的类的代码了。
但是我觉得你直接在这个类中New一个，如果你要改的话（保证方法不变），那么你也不需要去改动里面的代码呀。具体的应用场景在哪里，或者说如果不这么写的话，到时候会有什么问题。
因为听起来确实可以体现解耦，但是细想一下，如果不这么写也没关系呀。
所以能不能举几个例子，来提现下面向接口的好处。。。。

[Mutoo]

如果你做小项目的话，写的代码都是自己用，体会不会很深的。
但是如果你写的东西是给别人用的。很多人在用你的代码的时候，如果你一个小改动导致很多人的代码都不能用，得修改，你就知道面向接口编程的重要性了。

[bokix]

你现在住在一个最新式的高科技别墅里，所有一切都是自动化的，你的床头有一个按钮，按一下可以直接生产一杯拿铁咖啡，你只需要按一下按钮即可，别的什么都不需要做，不需要你选择水温，不需要你选择咖啡豆，不需要你指挥着去磨咖啡豆，仅仅按一下按钮即可。

有一天你不想喝拿铁了，你想喝卡布奇诺，你不需要把你的墙挖开重新换一个按钮，你只需要打电话告诉咖啡供应商，把我的拿铁“实现”换成卡布奇诺的”实现”，然后你还是按下原来的按钮，出来的就是卡布奇诺了，或者你可以两种都保留，周1到周5是拿铁，周末是卡布奇诺，你可以告诉咖啡商，把你的咖啡实现以工厂模式管理：周1到周5是拿铁，周末是卡布奇诺，这样，你墙上的按钮还是原来那个，你还是不需要管咖啡豆、磨咖啡、冲泡等一些列流程，还是仅仅按下按钮，就能平时拿铁周末卡布奇诺了。

这里的按钮就是接口，按钮背后，从咖啡豆-研磨-冲泡-到一杯成品咖啡出现在你面前，就是这个接口的具体实现，面向接口编程对你来说就是意味着你不需要在你想换咖啡口味的时候把你的墙敲开重新更换按钮，你也不需要关心按钮背后具体做了什么，你只关心最后呈现在你面前的咖啡，然后尽情的享用，enjoy your life!

[davepkxxx]

在框架、工具包、大型项目中作用比较明显。

[Ricepig]

如果这个问题的背景是静态语言，那我举几个例子

1. 如果使用接口，意味着你如果要引入新的接口的实现，旧有的代码“可能”不需要重新编译，可以在运行时（runtime）更新（切换）这个实现。如果刚好旧有代码使用了对象工厂，甚至IoC容器，则只需要改变配置文件就可以指定实现这个接口的类。
2. 设想log4j，如果仅能够使用唯一的一个log目标（console，txt文件，数据库），那你用哪个new哪个就好，但是如果同时想用多个log目标呢？这个时候就可以说我有一个ILogger数组，对吗？
3. 设想你在实现一个框架，而另一个程序员在实现其中的一个组件（算法），你是不是要事先和他商量（规定）他的组件怎么调用呢？如果不规定接口，那么，是你写一个空壳类给他，还是他把他的组件写好提交给你以后你再接下去工作？如果组件多了呢？

如果这个问题的背景扩展到支持duck type的语言，则interface的作用，就在于“协议”--组件之间，严格规定程序员之间，如何协作。

[HarryZD]

po主可以这样想，如果没有接口没有抽象类改怎么设计一个系统。

[uleh]

配合工厂和接口，可以完全隔离开 API 和实现。不知道 lz 写过 JDBC 的程序没有。可以试想一下如果不是面向接口，你的程序就必须针对每一种数据库驱动实现。

[bsbgong]

简而言之：类与类之间要通信的时候，用接口！

这就是面向接口编程，目的是类之间的通信，什么xx模式都是这样设计的。

你可以自己想一下类与类通信的实现方法有哪几种，然后比较一下各自的优缺点，就知道是怎么回事了。

[bombless]

每个文件都有人负责的，不是你想改就改的……

[iMouseWu]

@Mutoo
@bombless
@bsbgong
@uleh
@HarryZD
@Ricepig
@davepkxxx
@bokix
听了各位的分解，觉得确实很有道理，但是我想真正具体理解，对这个概念的理解也加深了很多好处到底在哪里，我想还需要我以后不断去实践。
thx all