关于spring MVC的投票讨论

本文讨论了将单一Spring MVC Controller拆分为多个Controller(增、删、改、查各一个)的利弊,分析了这种做法对代码清晰度及后期维护的影响。

最近在开发过程中发现一个问题,现在系统的架构中才有的springMVC框架来与前台进行数据交互,最开始是将所有的业务都写在一个Controller中(例如:增,删,改,查),现在进行代码重构,第一步就是将现有的Controller中的方法全部独立出来,从原来的一个Controller变成了4个Controller(增,删,改,查分别对应一个Controller),想不明白为什么要这样分开。(注:以前用stratus1的时候是分开来弄的)

 

请教各位大神,这样拆分开有什么好处,坏处。

 

本人觉得完全没有这样拆分的必要,虽然业务功能变得的清晰,但是后期维护增加工作量,而且觉得产生了重复调用的现象,增加了代码的冗余。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值