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

如果不用spring的依赖注入，就不需要借口了吗。面向对象的思想本就是面向抽象变成，就算你不用依赖注入，只用工厂来封装，那也要用到接口啊。把思想具体化不太好吧，尤其把这种面向抽象编程的思想给具体化成ssh这样的框架，感觉更是不好

楼主如果我分析的对，你应该把你的前提表述清楚啊
那样就不会有这么多人用“SSH不能代表interface的全部应用”来批判你了
我替你总结两个前提
1、javaEE企业级应用中的业务系统开发
2、关于业务层面的接口
下，接口的唯一作用是：依赖注入(其中包括拦截器使用)
你的题目太误导

仍然不完全同意你的观点，统一前面某人的：依赖注入是手段不是目的，这其中好像并不会为某个服务接口写第二个实现类，但是这样的接口仿佛还有其他的好处，比如：带来职责上的分离，并不是所有的接口的目的都是为了有多个实现类的。

部件需要关于功能的合同文档，它的要求是，小，完整，不可改变。

只要你的软件的一部分体现了合同文档的作用，注入接口与否，属于你个人的工作习惯。

我认为接口就是一个代理，，，或者是一个中介，，，通过它来 把关系划分开

A few of the many advantages of an interface-based approach include:

The ability to change the implementing class of any application object without affecting calling code. This enables us to parameterize any part of an application without breaking other components.

Total freedom in implementing interfaces. There's no need to commit to an inheritance hierarchy. However, it's still possible to achieve code reuse by using concrete inheritance in interface implementations.

The ability to provide simple test implementations and stub implementations of application interfaces as necessary, facilitating the testing of other classes and enabling multiple teams to work in parallel after they have agreed on interfaces.

Adopting interface-based architecture is also the best way to ensure that a J2EE application is portable, yet is able to leverage vendor-specific optimizations and enhancements.

 

akiraray说穿越，指lz虽然是nspring nhibernate但还是ssh，根本没有“跳出ssh”（既穿越）

接口好像最初是为了解决java的多继承而设计的吧

怎么会这么想
先有接口还是先有依赖注入的？

问一句，spring依赖注入是通过接口吗？？

或者说spring只有通过接口才能管理吗？？