mvc模式的web项目，本人水平有限，一个业务表格对应一套controller、service、impl、mapper、mapper.xml；我写的service和impl之间除了实现方法，没有其他关系。提问，能不能将增删改查等基本功能写成接口，然后每个业务表格对应一个工厂，去替换原来的service和impl？是否建议这么做呢？好处和坏处有什么？ 感谢各位解答
和一楼所说的一样，这只是一种思想，人是活的，只要能完成需求，怎么搞都行，直接在controller 调都行。但考虑到耦合性和工作之后（代码的可阅读性和可接受性）一般都会用相关模式来进行设计。如果你这个就自己写来玩，好处就是类少了，逻辑更清楚了。坏处就是后期你需求上来了，你这个就需要重构了。
我觉得MVC模式只是一种设计思想，service与impl之间没有接口也无事，只是规定的必须有接口喝实现类，要视自己的情况来定，一般来说，业务量小的不用分那么多接口，直接调用就行，业务需求大的，分接口，再优化一些最为合适
确实有类似的实现方案，对于开源框架 mybatis-plus 就提供了通用的增删改查的 IService 接口及实现，优先是对于简单的单表增删改查不需要手动写 SQL，缺点是无法应对复杂的业务场景，如果一个业务包含多个表以及第三方调用，这时候就无法满足了，所以简单业务可以使用通用增删改查的 Service，复杂业务需要自己写。
Mybatis IService 接口相关文档见 CRUD 接口 | MyBatis-Plus
如有帮助，才采纳。