使用spring的项目能摒弃接口一级吗？

[虎三儿]

我们用spring开发的时候，很多时候写一个接口，然后再去实现这个接口，实际注入的和使用的都是接口。单纯从使用的层面来看，我们直接摒弃接口通过实现类的注入也没有什么问题，那么唯一的区别就是在IOC的时候spring的代理通过接口，无接口使用cglib，难道说cglib的代理效果比spring差吗？如果二者的效率相当，那我们是不是可以摒弃接口，直接使用实现类了？大部分时间我们使用接口其实都不存在所谓的扩展的，通常都是一个接口对应一个实现类，这样的话，貌似接口扩展性压根就不存在，相反如果有一个扩展，我们还要改动接口和实现，那么，spring总用接口不存在扩展的时候，好处是什么？摒弃之后有什么弊端？

[weixin_41368339]

面向接口编程是spring思想精华所在呀。 个人感觉这个接口不是必须的，但是，它让我们思考编程的时候不是从先下手开始，而是从思考程序应该完成什么任务开始。也就是先编写好接口，程序干什么，至于实现那是思考完整个程序干什么后的事。

[QWERT4745]

以前刚开始接触spring的时候也想过这个问题 https://blog.csdn.net/luman1991/article/details/54844969

[Coder_D]

举个例子吧，现在有个业务，你有一个A接口，当前的业务实现类是A1，你的系统有100个地方引用了A接口，并交给spring去注入实现类A1，某一天，老板和你说业务实现多了一个A2，A1也需要保留以便不时之需，那只要告诉spring，A接口实例化的时候使用A2实现即可。。。试想一下，如果直接用类，可能存在的一种情况是需要改动这100个地方的引用，从A1变成A2，当然，直接把A1的全路径给A2，然后把A1更名的这种不再我的讨论范畴内，因为需要考虑到jar作为spring bean的情况，所以不讨论能够修改原有的东西这种情况。。。

[weixin_40852944]

这里规范的因素要多一些，就像你说的，不写接口，也同样可以注入；