在 Spring Boot 开发中，Controller 作为请求入口，本应是“轻量的交通指挥官”——接收请求、参数校验、路由到 Service、返回响应。但现实中，很多 Controller 逐渐沦为“万能容器”：业务逻辑堆砌、参数验证混乱、异常处理零散、依赖耦合严重，最终变成维护噩梦。 本文基于 SOLID 设计原 […]
1、背景 说起应用分层，大部分人都会认为这个不是很简单嘛 就controller，service, mapper三层。看起来简单，很多人其实并没有把他们职责划分开，在很多代码中，controller做的逻辑比service还多,service往往当成透传了，这其实是很多人开发代码都没有注意到的地方，反正功能也能用，至于 […]
我们知道了何谓重构和为何重构，那么什么时候才是重构的好时机呢？我们是不是应该安排专人专门安排时间来进行重构呢？ 答案是否。 重构本来就不是一件需要专一去做的事情（并不是说重构不重要），重构应该随时随地进行！记住一点：不应该为重构而重构。之所以重构，是因为你要做别的事情，而重构可以帮助你把事情做好。
项目经过不断的迭代、修改、升级...基于原先的设计所得到的系统，整体结构逐渐衰弱，代码质量不断降低，代码的可读性、弹性越来越差，冗余代码越来越多，导致新的需求只能胡乱拼凑上去...再加上公司内部的人员调整，陈年代码无人能懂更不敢随意优化（稍不注意就会导致意想不到的灾难发生）。 这样导致的结果就是代码质量、项目性能慢慢下降，程序的设计逐渐腐败变质，本来严谨的编码工作逐渐变成胡乱拼凑的随性行为
