Java项目的 接口-实现 写法真有必要吗

习惯的日常

由于经常做内部系统，所以只讨论在开发内部系统的范围。

经典的MVC架构，经典的Spring、MyBatis 组合，开发内部系统已经是成熟的套路了，不需要思考：

• Controller 接收用户请求
• Service 接口处理用户逻辑
• Service 实现真正处理逻辑，用各种Dao来操作数据库。
• MyBatis 生成各种xml，或者根据需要特别写SQL

然而，这个过程使用久了，觉得就应该是这么写的，但是为什么非要这么写呢？

接口的本意和实际使用

软件工程，有很多思想确实很好，面向接口编程，接口和实现分离，开闭原则，高内聚，低耦合，我们使用接口，就是方便扩展、更换接口实现更方便，这样的话接口不需要变动，对客户端来说是无影响的。我承认在duboo这类框架里这么做是有必要的，但是对于开发内部系统， 我们面对最多的就是业务处理，Controller接收用户请求，然后在对应的Service里处理，如果我们因为业务变动或bug等，我们要么直接写一个方法，或者在原来方法上进行调整，当然如果使用了设计模式，有些确实需要接口，但是对于很多业务处理，不需要搞复杂的模式，既然接口在这里用处并不如期望的那样，那么为何不去掉，直接注入Service实现？

在Controller里做逻辑处理

更有甚者，在Controller 里做各种逻辑处理，