读《程序员修炼之道》笔记 2

DRY 原则，即 Don’t Repeat Yourself，不要重复自己，是全书最经典的核心思想。最开始我误以为它只是提醒我们不要复制粘贴代码，深入阅读后才理解，它管控的是知识的重复：同一份业务规则、同一段逻辑、同一个常量定义，在项目中只能拥有唯一的权威来源。重复的形式多种多样，除了代码拷贝，文档、校验规则、数据库约束的重复，都属于 DRY 原则要规避的对象。
如果同一套逻辑散落在多个文件、多个函数里，后续修改需求时，很容易出现修改一处、遗漏别处的情况，带来隐蔽且难以排查的 bug。我之前做课程 Web 小项目时就踩过这个坑：用户参数校验逻辑写在了三个不同的页面，修改校验规则时漏掉一处，最后引发异常，花费很久才定位问题。
DRY 的落地手段就是抽象、封装与复用，把公共逻辑抽取成独立方法、统一常量类，让所有地方都调用同一个权威版本。它不只是代码优化技巧，更是降低项目维护成本、保证一致性的工程思想。往后开发，我会主动审视代码，识别隐形重复，学会合理抽象，用 DRY 约束自己的设计，减少后续维护的负担。