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