一个 Spring Boot 应用的 jar 包竟然要一百多兆？这就是我接手的项目

Redis

spring-data-redis，spring-data-reactive-redis，Lettuce，Redisson，Jedis 的依赖都有，项目中用的是自己实际封装的 jedis，用途也不复杂。Spring Actuator 好像会检查 Redistribution 连接，是用的 spring-data-redis 的连接检查的，但是因为配置的是自己实际封装的 jedis，所以每次启动都会有 WARN 错误，堆栈一大堆。

MySQL

spring-boot-jpa，mybatis-plus，mysql-jdbc, mariadb-jdba, sqlserver-jdbc 的依赖都有，HirakiCP，ali 的 druid，commmons-dbcp，最后项目中的 DataSource 用的是自己实际封装的 druid，配置文件以二十行。

JSON

json-lib fastjson gson 依赖一应俱全

Log

log4j1 logback commons-logging （没错，不是 Spring Boot 的那个代理成 slf4j 的 commons-logging ） slf4j 依赖一应俱全，有的代码还在用 log4j 1 的 api 。

pom.xml

dependencies 部分，好几十个，各种 exclude 眼花缭乱。关键是有些依赖中央库没有，也没私服，问了，说给你一个本地仓库，指过去就行了，然后去下载上 G 的本地仓库备份 build plugins 部分，各种插件，有用的没用的

Spring Config

没错 @Configuration，xml 都有，入口类上面一大坨注解去 @ImportResource

Controller 类

入参是 HttpServletRequest，自己去取数据

代码

不说了。System.out.println()，e.printStackTrace()满天飞

没错，这就是我接手的项目，而且还只是指提供接口的新项目。

zhuangzhuang1988

2020-08-26 14:50:26 +08:00

屎山？小公司的祖传代码才可以叫做屎山。大公司的祖传代码，那是屎海上漂浮的僵屎山。你就在这屎海里面漂着，一旦进来了，就出不去了。每天的工作，就是在粪泳前进。还有拉着部门的粪船前进。各个部门的粪船每天继续产出新鲜的屎，投放到屎海里，它们不断聚集，成为新的屎山。旧的屎山顺着洋流还相互亲热着，迸发出岩浆般热情的屎，掉落在你头上和身边。你不得不一边拼命地游以自保、一边还想尽办法地不沾太多屎到身上。系在你身后的是部门的大船，部门领导坐在船上，用伞和棍子推着避免撞上屎山。偶尔有个负责的领导，还会愿意让你上上船休息。可惜一旦你沾着太多的屎了，或者让船沾着太多的屎了，就等着被踢下船去吧。偶尔有那心有抱负的人，尝试着改变这一切。他们以为找到了一些仿佛可以容易对付的屎山，想着要重构，说他们看到了一条干净的出路。但是，他们还是太年轻了。因为，他们看到的，只是屎山的一角。他们带着部门的船从旁边划过，却不知这就是昨日的泰坦尼克。

作者：知乎用户
链接： https://www.zhihu.com/question/272065178/answer/569614223
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

zhuangzhuang1988

2020-08-26 14:52:53 +08:00

你面对一个巨大的屎山。有的块都发黑变硬了，也有的还新鲜带虾仁的。不要试图了解都是谁拉的他们吃了什么。新需求就撇条新的垛上去。旧 bug 就试试自己拉泡稀的把旧的粘起来拍打拍打能用就行。不要试图去 refactor 什么，敲开硬壳子可能溢出旁边那坨的芯，窟窿越捅越大。什么设计模式代码风格也不用多在意，山上什么样的都有。不行就上手捏出需要的形状 hardcode 。

作者：知乎用户
链接： https://www.zhihu.com/question/272065178/answer/569282825
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。