识别代码改进

实际上,这是你的 technical debt . 你通常从这种努力中得到的所有好处也将适用于这里。一些影响将是前瞻性的。例如:

• 由于更好、更清晰的api,降低了缺陷率。
• 更快的开发时间(和更低的成本),因为接口更容易测试,集成点更少。
• 更容易维护旧代码,因为它们所依赖的层现在将更干净、更自由。

但是,其中一些将是即时的:

• 更快的建造,因为这里的原油更少。
• 因为单元测试这些区域太困难,所以在生产之前不会发现的错误的识别。
• 更好地分离层次和关注点。

当然,这些好处的应用程度将取决于您的项目及其代码库。

这取决于客户:客户是否有技术头脑?它们是内部的还是外部的?他们想要多少细节?你被要求重写,如果是由谁重写,又是出于什么原因?

因为它是为非技术人员,我会建议条形图和饼图。没有什么能像一张五颜六色的大图那样帮助非技术人员掌握复杂的科目。