先去翻 prd ，试图从代码理解业务是很困难的

@cccvno1 #8 可行，先解决架构问题

不建议一次全改，容易长时间得不到正反馈，还容易被小问题卡进度。先跑通一个主支，然后逐渐往里加功能

@cccvno1 #8 要是有完善的单测就好了（（直接看单测的输入输出一个个自己在糊一次

代码理解不了的，从业务理解。

有些代码其实早就是没用的代码，或者重要性没那么高，你就算没实现也不会有什么问题。只要业务本身没那么复杂，一样可以抽出来比较简单的实现。

@MrVito #30 封装思路不错，可能实操方面，最好分出来几个特性，然后逐个封装合入。 这样有一定的解耦性，会更灵活一些。 不会，每次有问题，都要全部翻看一遍代码。 累球死人。

生产上拉日志看输入输出都是咋回事

可能功能没那么多，反正是重写，重新设计

屎山，吃透也没意义。因为吃的是屎

想要避免被失去利用价值可太简单了。这种工控程序的，连代码管控都没有，写个二进制的包作为关键依赖组件，根本用不着什么史山。
还是写测试用例，从关键函数输入输出着手吧。