想问一个问题,如何优化一个老项目.

[helee9199]

公司是医院项目,源码里最老的代码可以追溯到 05 年左右,
然后几乎 80%的模块代码都在一个 jar 里
目前想做一些优化,把一些功能按模块抽取出来
例如 A B C D E F G 等 都在一个 jar 包内
想把 A 相关的 抽取出来单独成为一个 jar 后期想慢慢都分离出来.
但是 A 和 B C D 之间又有关联,可能 A 要用 B ,C 要用 A 之类的
那就成了循环引用.
这种情况下应该如何进行下去呢
常年 crud 这方面无从下手了.
而且新技术也用不上 目前 JDK6
请大佬们指教

[Vkery]

难度 甚至超过推倒重写

[pengtdyd]

优化不如重写

[3dwelcome]

也许人家写代码的时候，就没打算把模块分开，你又何必强行拆离。

最好的方法就是重写，用新的模块直接去覆盖。

[helee9199]

@3dwelcome 可能也不是没打算把模块分开 而是项目太老 当时设计的就没想那么多
然后现在一团乱麻了
哎

[LxExExl]

没新的业务需求和性能需求 为啥要优化呢

[murmur]

不要优化

[ChrisFreeMan]

只是好奇，我想问下为什么很多人喜欢把几千几千行的代码塞在一起？

[gadfly3173]

jdk6 也上不了 spring cloud ，就放在一个 jar 里其实也没有很大影响，想拆分的话就内部分一下 package 好了

[kensoz]

和我这地方很像
我这地方也是一个 jar ，有基础功能。针对不同的客户还会有一些针对性升级
内部逻辑就不说了，循环引用，无效代码，各种无解代码。接手的人多，各种年代风格的代码都有
开始我也准备修改，现在放弃，继续屎山上拉屎
如果优化不是工作，有需求就拉屎，有空闲时间可以自己试试重构

[xuanbg]

先解决模块相互依赖的问题，然后拆就很简单了。

[helee9199]

@kensoz 然后会碰到一个问题是, 如果有同样的 bug 那 12345 家客户 每家都要去改一遍
目前就是想把母版做好, 子板引用 修好 bug 大家都好

[zyy314680012]

不要优化

[zoharSoul]

最好的优化就是不要优化

[dqzcwxb]

串行变并行就是最简单有效的优化

[potatowish]

只是一个需求的话，建议继续在屎山上加一层，不要重构，费力不讨好的事不做

[forbreak]

1. 你目前能投入多少时间去做这个事情。
2. 你为这事加班加点项目进度还有人催，你能顶住不？
3. 最后拆分完了，有没有人帮你整合测试。
4. 项目进度更重要的时候，有没有人手顶上项目进度，让你专门做这个拆分。
5. 领导能不能理解你得重构和拆分这件事，领导愿意支持你多久，给你投入多少人力和时间？延期之后，是否还能大力支持。
6. 拆分完之后旧项目得处理，分批上线，还是旧项目不动，新项目用新的？
7. 拆分不产生正收益，负收益会不会对你得绩效奖金之类得产生影响？
等等等等。。。你可以继续细想

[chocotan]

问题说给领导听, 领导做决定

[nonoyang]

不要盲目优化，尤其是老项目。

[wolfie]

代理模式覆盖。

[myl0204]

如何优化一个老项目?

"永远不要尝试优化它“