接口存在的意义只在于接口依赖注入

关于接口存在的意义，之前有一篇帖子讨论过（http://www.iteye.com/post/957921?page=1），并且跟帖无数，我也看过，这里发表一点自己的看法。抛砖引玉。
我的立场是站在spring的依赖注入的角度上来思考这个问题的。个人认为，接口存在的意义只在于接口依赖注入的时候得到淋漓尽致的体现。至于其他时候，作用则并不是那么大了。其理由如下：
1. 在非接口注入的情况下，接口的定义，某种程度上可以理解为对类的一个总的设计，因为其方法并不需要实现，所以可以更多的去思考业务上的逻辑问题，一方面更多心思的去想如何把功能点设计的更加全面，另一方面当我们在实现这个接口的时候，就会受到这个接口的方法定义的约束，这个时候尽可能多的就是考虑如何实现具体的业务的问题，而不用去考虑业务的设计的是否周全的问题。
2. 我的第二点略带否定第一点的意味。如果说只是起一个总领的作用的话，相信当初在设计这个类的时候的UML图里面就已经写的很详细了。即使我不需要这一个接口，我根据我设计完备的UML图，我一样的可以在写类的方法的时候只关注我的类的方法的实现，而不用去考虑类的方法设计是否完备。
3. 在spring的接口注入的时候，这个时候方才体现了接口的优势。我们只调用接口，接口的具体实现可以有一个，也可以有N个，但是具体调用哪一个实现，我们可以动态的根据配置文件，在具体运行的时候再来决定。这就相当于用调用接口，把更多的灵活性留给了以后的开发和维护，以及功能模块的添加。
更多的暂时还没有去想，比较仓促就先写到这里。我先抛出观点。欢迎拍砖。

评论

78 楼 caiceclb 2009-04-14  

预先写好接口，不用考虑如何实现即可用于使用，一部分人在用，一部分人去做实现

77 楼 dengtl 2009-04-14  

接口可以认为是一种标识，实现这些接口的类代表具有某个标识特征，仅此而已

76 楼 coofucoo 2009-04-14  

抛出异常的爱 写道

由于设计失败我看见过的N多项目dao是以页面逻辑分块开发的.....正常的DAO与页面逻辑关系非常的小.
我想说的只有这句话.

为什么？

75 楼 抛出异常的爱 2009-04-13  

lovit 写道

引用

java中出现 abstract ,interface两个，其中interface是为了解决多重继承的问题。
所以有时候，你会发现abstract和interface没什么区别。比如上面的程序。
但是当你要用多重继承的时候，就一定要写多个interface,而不能写多个abstract.

问题是只是继承了个接口，实现都没有办法重用。。

设计时不考虑实现
实现时不考虑全体设计.
重用?组合更好一使一些....少用继承

74 楼 bloodwolf_china 2009-04-13  

最简单例子：java Web的Filter,最常用的接口设计。
功能抽象话，提取需求，分析共同点，而不是看需求文档照猫画虎

73 楼 寻找出路的苍蝇 2009-04-13  

如果LZ参与过底层框架开发，你的工作是为开发人员提供开发平台，那么我想你对接口的认识肯定不会局限在所谓注入这样的一个层面上。

72 楼 blueion 2009-04-13  

接口在架构中静态的，它不管你的系统是如何动态运行的，它只负责构建架构（相当于铺路）。
DI是一种动态的概念，本质上就像new运算符一样负责生成接口实现的一种方式（相当于如何走路）。
我想楼主是混淆了这两个概念了。

71 楼 hy2005zyx 2009-04-13  

kaipingk 写道

有了万有引力定律，我们可以摘到苹果了， 某天楼主恍然发现原来万有引力存在的意义是摘苹果。。。。。

精辟，楼主现在是站在摘苹果人的立场上的出的结论。

希望楼主能扣顿悟。

70 楼 hy2005zyx 2009-04-13  

szgaea 写道

看来楼主还没有真正理解接口的意义，只片面地看到ssh中接口的应用，相信在经过多个项目以后，会有更深的理解。

同意szgaea的意见，楼主的出结论太片面，以偏概全。面向接口编程可能在楼主经历的那些项目中作用有限。

69 楼 lovit 2009-04-13  

引用

java中出现 abstract ,interface两个，其中interface是为了解决多重继承的问题。
所以有时候，你会发现abstract和interface没什么区别。比如上面的程序。
但是当你要用多重继承的时候，就一定要写多个interface,而不能写多个abstract.

问题是只是继承了个接口，实现都没有办法重用。。

68 楼 luoyahu 2009-04-13  

1314520ln 写道

LZ,对接口的理解太局限了吧.

同上

67 楼 bianxb_robin 2009-04-12  

事实：“接口”这个名词出现在Spring的DI之前。lz说的我认为也没什么错误。
个人愚见：1、接口的好处：在设计的时候，架构人员不用去太多考虑实现类的实现方法，把工作重心放在系统逻辑上；2、接口的目的：不用去管如何实现，但你必须符合我接口中定义的标准（方法），便于维护，实现解耦。另：Spring是一种开源框架，小弟个人对它理解：利用java的反射机制和接口概念实现的一套管理实现类的工具。小弟对Spring这个开源项目的开发人员相当的敬佩，完全是一种OO思想的实现。赞~~

66 楼 zhaobohao 2009-04-12  

jansel 写道

lovit 写道

neora 写道

october731 写道

neora 写道

标题本身就是个错误的结论

愿闻其详

从基础重新学起，再去看看OO编程的基本思想。

Interface Sharp {
    public void draw();
}

class Rectangle implements Sharp {
    public void draw() {
        .......
    }
}


class Triangle implements Sharp {
    public void draw() {
        .......
    }
}

不要认为我在愚弄你，这就是接口的意义。

新手问个问题，这个和抽象类有什么区别？

abstract class Sharp {
    public abstract void draw();
}

class Rectangle extendsSharp {
    public void draw() {
        .......
    }
}


class Triangle extendsSharp {
    public void draw() {
        .......
    }
}

如果抽象类中没有任何一点实现，还不如设计成interface。

java中出现 abstract ,interface两个，其中interface是为了解决多重继承的问题。
所以有时候，你会发现abstract和interface没什么区别。比如上面的程序。
但是当你要用多重继承的时候，就一定要写多个interface,而不能写多个abstract.

65 楼 zhaobohao 2009-04-12  

抛出异常的爱 写道

由于设计失败我看见过的N多项目dao是以页面逻辑分块开发的.....正常的DAO与页面逻辑关系非常的小.
我想说的只有这句话.

应该把页面逻辑放到service里吧，dao里只做一些最基本的op??

64 楼 akiraray 2009-04-12  

接口 对于我这种总是被安排去作维护的苦命娃娃 作用比较大……
1.接口的好的命名＋注释 基本就知道是干嘛的
2.介于实现接口的类和客户类都通过接口互相屏蔽……看看文档写一个单元测试（一般老项目都没单元测试……）然后就放心的去改吧……
3.系统中好的接口设计就像作文的提纲一样……过一遍大概也能知道系统走的什么流程……
4.如果你的项目文档足够牛，人员足够猛，那么请忽略我上面3点……

63 楼 jansel 2009-04-12  

lovit 写道

neora 写道

october731 写道

neora 写道

标题本身就是个错误的结论

愿闻其详

从基础重新学起，再去看看OO编程的基本思想。

Interface Sharp {
    public void draw();
}

class Rectangle implements Sharp {
    public void draw() {
        .......
    }
}


class Triangle implements Sharp {
    public void draw() {
        .......
    }
}

不要认为我在愚弄你，这就是接口的意义。

新手问个问题，这个和抽象类有什么区别？

abstract class Sharp {
    public abstract void draw();
}

class Rectangle extendsSharp {
    public void draw() {
        .......
    }
}


class Triangle extendsSharp {
    public void draw() {
        .......
    }
}

如果抽象类中没有任何一点实现，还不如设计成interface。

62 楼 lovit 2009-04-12  

akiraray 写道

lovit 写道

neora 写道

october731 写道

neora 写道

标题本身就是个错误的结论

愿闻其详

从基础重新学起，再去看看OO编程的基本思想。

Interface Sharp {
    public void draw();
}

class Rectangle implements Sharp {
    public void draw() {
        .......
    }
}


class Triangle implements Sharp {
    public void draw() {
        .......
    }
}

不要认为我在愚弄你，这就是接口的意义。

新手问个问题，这个和抽象类有什么区别？

abstract class Sharp {
    public abstract void draw();
}

class Rectangle extendsSharp {
    public void draw() {
        .......
    }
}


class Triangle extendsSharp {
    public void draw() {
        .......
    }
}

什么区别就看你怎么用……
用的不好和public class也没区别……

我就是不知道怎么用才能体现接口的好处。

61 楼 scott.s 2009-04-12  

对于某种技术，或者某个观点的理解程度以及方式，都是从真实实践而来的，也比较容易受制于环境；
如果经常只从事jsp，加上数据的简单CRUD逻辑，那么对于OO设计感觉似乎没有那么强烈；当然我不是说任何人，只是举个例子，类似情况也遇到过；

对于经常使用框架开发，而业务逻辑不是很复杂的情况来判断，框架强制提供的基本手法（或者套路）应该就能搞定日常工作了；这也是一个过程吧，如果有时间可以研究下所在框架的代码，那么似乎就会改变自己的看法了。

在此提个小小建议，可以先完整了解下OO的基本思想以及设计模式的做法，那么可能会进入到一个比较广阔的视野；这是一个比较漫长的过程，但是坚持下来感觉真的很不错。

60 楼 akiraray 2009-04-12  

lovit 写道

neora 写道

october731 写道

neora 写道

标题本身就是个错误的结论

愿闻其详

从基础重新学起，再去看看OO编程的基本思想。

Interface Sharp {
    public void draw();
}

class Rectangle implements Sharp {
    public void draw() {
        .......
    }
}


class Triangle implements Sharp {
    public void draw() {
        .......
    }
}

不要认为我在愚弄你，这就是接口的意义。

新手问个问题，这个和抽象类有什么区别？

abstract class Sharp {
    public abstract void draw();
}

class Rectangle extendsSharp {
    public void draw() {
        .......
    }
}


class Triangle extendsSharp {
    public void draw() {
        .......
    }
}

什么区别就看你怎么用……
用的不好和public class也没区别……

59 楼 lovit 2009-04-12  

neora 写道

october731 写道

neora 写道

标题本身就是个错误的结论

愿闻其详

从基础重新学起，再去看看OO编程的基本思想。

Interface Sharp {
    public void draw();
}

class Rectangle implements Sharp {
    public void draw() {
        .......
    }
}


class Triangle implements Sharp {
    public void draw() {
        .......
    }
}

不要认为我在愚弄你，这就是接口的意义。

新手问个问题，这个和抽象类有什么区别？

abstract class Sharp {
    public abstract void draw();
}

class Rectangle extendsSharp {
    public void draw() {
        .......
    }
}


class Triangle extendsSharp {
    public void draw() {
        .......
    }
}