4、软件开发中的重构与技术选择策略

软件开发中的重构与技术选择策略

1. 渐进式重构

重构通常有两种形式。一是大规模的代码审查，一次性更改数十个文件；二是混乱的拉取请求，同时包含重构和新功能。这两种更改都难以审查，合并提交会使在不影响想保留的重构内容的情况下回滚功能更改变得困难。

因此，要保持重构更改的小规模，为代码更改算法的每个步骤单独提交拉取请求。如果更改难以理解，使用更小的提交。并且，在进行大规模重构之前，要获得团队的支持。

2. 务实对待重构

并非所有时候重构都是明智的。存在截止日期和相互竞争的优先级，重构需要时间。团队可能会决定忽略重构机会以推出新功能，这种决定会增加团队的技术债务，但可能是正确的选择。此外，重构的成本可能超过其价值，例如旧的、已弃用的代码，或者低风险、很少触及的代码，就不需要重构。要务实判断重构的时机。

3. 使用集成开发环境（IDE）

一些高级程序员认为从IDE获取“帮助”是一种弱点，而迷恋Vim或Emacs。但这种观点是错误的，应该利用可用的工具。如果所用语言有好的IDE，就使用它。

IDE在重构时特别有用，它有重命名和移动代码、提取方法和字段、更新方法签名等工具。在大型代码库中，简单的代码操作既繁琐又容易出错，IDE会自动遍历代码并更新以反映新的更改。不过，不要过度依赖IDE，它虽然使重构变得容易，但可能会导致大规模的代码审查，且自动重构也有其局限性。

4. 遵循版本控制系统最佳实践

更改应提交到版本控制系统（VCS），如Git。VCS会跟踪代码库的历史，记录每次更改的人员和时间，并附带提交消息。

在开发过程中要尽早且频繁地提交更改