面向接口编程的好处和优点
大家都知道要面向接口编程 很简单的道理
但是又有几个能讲清面向接口编程的好处和优点
大家来讨论下

------解决方案--------------------
呵呵，像J2EE中的API规范基本上都是接口，由各应用服务器来实现，比如：WebSphere按照这个接口实现自己的，WebLogic也按照这个接口实现自己的，作为开发者来说我们根本就不用去管谁是怎样实现的，只要按照J2EE的API
来写就可以了，根本用不着导入它们的实现包，实际上具体的是由它们自身完成了。

接口说白了，也就是定死了一个框，具体的是糊红纸还是糊黑纸我们都用不着去管的，我们只要知道它是个框，提供
了哪些方法就够了。

举个简单的JDBC的例子吧，比如有个BaseDao接口，现在有MySQLDao实现了一个（我们可以把具体的实现类配在配置
文件中，再通过反射进行实例化），也就类似这样的：

BaseDao dao = (BaseDao)(Class.forName(Config.getDaoName()).newInstance());

其中Config.getDaoName()可以获得配置文件中的配置，比如是：com.bao.dao.impl.MySQLDao。

之后，那些人开始要烧钱了，要改用Oracle了，这样我们只要按BaseDao的定义，再实现一个OracleDao就可以了，
再将配置文件中的配置改为：com.bao.dao.impl.OralceDao就可以了，而在已经写好的代码中，我们可以一行不
改的进行了数据库移植，这个就是面向对象设计原则中的“开-闭原则”（对增加是开放的，对修改是封闭的）。但
这只是理论上的，现实中很难做到的。
------解决方案--------------------
接口 = 电脑的USB插口!

因为接口订好了，所以那面到底插的是什么就不重要了！
我们用户只需要
1 插上去
2 停用移动设备
3 拔下来

这三个就好似USB的接口功能。他隐藏了实际功能，但提供给用户统一的操作界面和使用方式
------解决方案--------------------
写小的应用程序看不到接口的优势，写大点的程序马上就显示出接口的优势，越大越明显．所以还是从现在开始养成面向接口编程的习惯．写多了程序就会觉得优势显而易见．
------解决方案--------------------
优点：
接口和实现分离了，适于团队的协作开发。
更具体的优点：可以参看IDP原则。


缺点：
设计难了，在你没有写实现的时候，就得想好接口，接口一变，全部乱套，这就是所谓的设计比实现难。
------解决方案--------------------
易扩展
------解决方案--------------------
我记得我曾经在一篇帖子中提到过，一个接口可以从三方面去考察：
制定者（或者叫协调者），实现者（或者叫生产者），调用者（或者叫消费者）。

接口本质上就是由制定者来协调实现者和调用者之间的关系。

所以通常说的“面向接口编程”可以理解为：
只有实现者和调用者都遵循“面向接口编程”这个准则，制定者的协调目的才能达到。

一个老生常谈的例子就是JDBC。

很多人费解：既然我每连接一种数据库（如mysql）都要事先部署驱动程序，那我直接访问驱动程序不就行了？还要JDBC干吗？

实际上，JDBC已经起了至关重要的作用了：正因为驱动程序是按照JDBC所规定的方法编写的，你才可以按照JDBC的方式去使用。
换句话说，如果驱动程序提供者不按照JDBC标准来编写，而是按它自己独创的方式编写，那么你在使用驱动程序的时候就要花时间查看驱动程序的文档以搞清楚用法。而当你日后决定使用另一种数据库的时候，这种数据库的驱动程序也不是按照JDBC编写的，你又得去搞清楚另一套完全不同的用法，而你的所有代码都必须做相应的更改。这种代价是不可想象的。

而现在的情况是，驱动程序提供者都按照JDBC规定的方式来编写，程序员都按照JDBC规定的方式来使用。程序员不用关心自己正在使用何种数据库，而驱动程序编写者也不用费尽心力去编写接口文档来向程序员解释驱动程序的用法，大家都向标准看齐就行了。

现在，你觉得面向接口编程的好处还不明显吗？

当你正在你的键盘上打字的时候，你是否想到，你在学校就学会了的打字方法至今还在用，因为所有计算机键盘的布局都是一样的。
这时，你会不会由衷地感激这个设计键盘布局的人呢？正是他让你只要学会一种打字方法就可以用在所有计算机的键盘上。
------解决方案--------------------
interface 定义规范
class 编码实现
优点：1。便于程序规范化设计
2。便与团队协同开发
3。便于转换为com组件、activex组件等
4。方便的代码复用，无需了解技术细节。
缺点：1。接口协同工作时，设计不良会出现难以发现的bug,因为你只遵循接口规范，不知道实现的技术细节。
------解决方案--------------------
接口 抽象 很容易被松偶合这个词汇忽悠，实际上就是定制一套方法，所有实现由各自去完成。

好比定义一套产品数据管理（增、删、改、查）的抽象方法，或者接口声明这些方法，那么在Oracle或SQLServer的实现上只要遵循这个规划，那么上层只需要面向接口编程不用改动代码，而数据层可以轻松切换到Oracle或者是SQLServer。也就是所谓的开闭原则。
------解决方案--------------------
比如说，你要注册一个用户，前面是业务逻辑，要调用数据访问层的save(user)方法。先写一个数据访问对象的接口

Java code

public interface IDAO{
    void save(User user) throws UserNameExistException;
}

------解决方案--------------------
在项目中的意义：
在传统的项目开发过程中，由于客户的需求经常变化，如果不采用面向接口编程，那么我们必须不停改写现有的业务代码。改写代码可能产生新的BUG，而且改写代码还会影响到调用该业务的类，可能全都需要修改，影响系统本身的稳定性。而且为了将改写代码带来的影响最小，我们不得不屈服当前的系统状况来完成设计，代码质量和稳定性更低。当这种情况积累到一定程度时，系统就会出现不可预计的错误，代码凌乱，不易读懂，后接手的人无法读懂代码，系统的维护工作越来越重，最终可能导致项目失败。
接口在项目就是一个业务逻辑，面向接口编程就是先把客户的业务提取出来，作为接口。业务具体实现通过该接口的实现类来完成。当客户需求变化时，只需编写该业务逻辑的新的实现类，通过更改配置文件(例如Spring框架)中该接口的实现类就可以完成需求，不需要改写现有代码，减少对系统的影响。
采用基于接口编程的项目，业务逻辑清晰，代码易懂，方便扩展，可维护性强。即使更换一批人员，新来的人依然可以快速上手。对于公司来说，意义更大。

在Java中的意义：