面向接口编程到底有什么好处？
请问面向接口编程到底有什么好处？譬如我现在要在程序V中用到一个方法F，实现方法有如下：
1：建立一个类Helper，里面定义一系列的方法，F1，F2,F3...   ，只要V中用到的都写在这儿；
2：先新建一个接口IA，然后定义方法IF1,IF2,IF3...,然后再新建一个继承接口IA的类B，然后里面定义一系列实现方法，F1,F2,F3...

请问第二种方式除了多写了代码外，到底比第一种优势在哪里？假设我现在程序V需要新增一个方法，在上面一中，直接写就是了，而在上面的第二种方式，还要在接口跟类中定义两次；如果我要修改一个方法，在第一种方式跟第二种方式感觉效率也是一样的啊。

------解决方案--------------------
解耦
------解决方案--------------------
本人感觉接口就是个口头协议，提出来以后大家都得照着做，照着去实现，象多重继承一直没看见哪用！
小弟愚见，希望有高人给分析的透彻点！
------解决方案--------------------
程序里的接口本人理解就是和现实生活中的接口没有什么区别主要就是为了程序的扩展，就像计算机的接口一样，设计计算机的时候在计算机上设计了USB接口，可以在以后，自己或别人来遵循这个接口开发USB接口的东西，可是是USB移动硬盘，可是是USB接口的数码相机，是什么我们不去关心，但是它们必须遵行接口的设计原则。。。
------解决方案--------------------
你可以打开机箱看看主板上的插槽（接口），再看看市场上的各种厂家、型号的显卡（CPU、内存等）。你就可以理解接口的作用了。


PS:斜接口要有一份好的协议。根据你的描述还是不要用接口的方式的好。

试想一下，生产主板的厂商发给了显卡厂商一份接口协议，过了一个月，主板厂商又发了一份补充协议，告诉显卡厂商，上次发给你的那份协议要改几个地方......