1、背景 说起应用分层，大部分人都会认为这个不是很简单嘛 就controller，service, mapper三层。看起来简单，很多人其实并没有把他们职责划分开，在很多代码中，controller做的逻辑比service还多,service往往当成透传了，这其实是很多人开发代码都没有注意到的地方，反正功能也能用，至于放哪无所谓呗。这样往往造成后面代码无法复用，层级关系混乱，对后续代码的维护非常麻烦。 的确在这些人眼中分层只是一个形式，前辈们的代码这么写的，其他项目代码这么写的，那么我也这么跟着写。 但是在真正的团…
项目经过不断的迭代、修改、升级...基于原先的设计所得到的系统，整体结构逐渐衰弱，代码质量不断降低，代码的可读性、弹性越来越差，冗余代码越来越多，导致新的需求只能胡乱拼凑上去...再加上公司内部的人员调整，陈年代码无人能懂更不敢随意优化（稍不注意就会导致意想不到的灾难发生）。 这样导致的结果就是代码质量、项目性能慢慢下降，程序的设计逐渐腐败变质，本来严谨的编码工作逐渐变成胡乱拼凑的随性行为
最近评论
游戏百科 发布于 2 周前（09月17日）
电商系统开发公司 发布于 3 周前（09月16日）
b2b系统 发布于 3 周前（09月15日）
博客录 发布于 3 周前（09月12日）
放下了 发布于 4 周前（09月05日）