读后感2

二、读《重构》：让代码在迭代中保持“健康活力”

“重构”一章为我解答了长期以来的困惑：如何在软件迭代过程中，避免代码逐渐变得混乱、臃肿，即所谓的“代码腐烂”。此前开发中，我常因担心影响现有功能，不敢对旧代码进行修改，即便发现代码存在冗余、逻辑混乱等问题，也只能选择“将就使用”，导致后续需求开发时阻力越来越大。而这一章系统地讲解了重构的定义、原则、时机和方法，让我明白重构并非“重写代码”，而是在不改变代码外部行为的前提下，优化内部结构，提升代码质量。

章节中关于“重构的时机”的论述让我茅塞顿开。作者指出，重构不应等到代码“烂到无法收拾”时才进行，而应贯穿于开发的整个过程，比如在添加新功能前、修复bug后、代码审查时，都是合适的重构时机。这一观点彻底改变了我的开发习惯，过去我总是把重构放在项目后期，结果往往因时间紧张而不了了之。如今，我在日常开发中，会利用碎片化时间对代码进行小幅度重构，比如合并重复代码、拆分复杂函数、优化条件判断等，让代码始终保持清晰的结构。

此外，章节中列举的常见重构手法，如“提取方法”“内联方法”“引入解释性变量”等，都配有具体的代码示例，极具可操作性。过去我对重构的理解较为模糊，不知道从何下手，如今借助这些标准化的重构手法，我能精准地优化代码结构。例如，在处理一段包含大量重复计算的代码时，我使用“提取方法”的重构手法，将重复逻辑封装成独立函数，不仅减少了代码冗余，还提升了代码的可复用性。

重构思想让我明白，软件的开发是一个持续优化的过程，代码质量的提升并非一蹴而就，而是体现在每一次小小的重构中。通过合理的重构，我们能让代码在迭代中保持“健康活力”，降低维护成本，提升开发效率。