MVC模式的service和impl

Question

mvc模式的web项目，本人水平有限，一个业务表格对应一套controller、service、impl、mapper、mapper.xml；我写的service和impl之间除了实现方法，没有其他关系。提问，能不能将增删改查等基本功能写成接口，然后每个业务表格对应一个工厂，去替换原来的service和impl？是否建议这么做呢？好处和坏处有什么？ 感谢各位解答

Answer 1

和一楼所说的一样，这只是一种思想，人是活的，只要能完成需求，怎么搞都行，直接在controller 调都行。但考虑到耦合性和工作之后（代码的可阅读性和可接受性）一般都会用相关模式来进行设计。如果你这个就自己写来玩，好处就是类少了，逻辑更清楚了。坏处就是后期你需求上来了，你这个就需要重构了。

Answer 2

那设计模式应用在哪里呢，写大的框架使用？日常基本用不到吗？

Answer 3

差不多，当业务变复杂，代码量增多之后，就需要用一些设计模式来进行部分重构了（这建立在项目设计之初并没有考虑到这种情景或者就一开始不懂，没设计好）。设计模式这种本身就是就是为解决代码后期冗余、耦合而产生的，个人理解是这样。像平常个人写那种helloworld那没必要

Answer 4

等慢慢有工作经验了，就会有所感受了。提前学点设计模式也挺好，后续去工作上手项目看得也明白些。