10.31--阅读笔记

DRY（Don’t Repeat Yourself，不要重复你自己）是这本书里最核心、最经典的原则之一。
书里解释：重复不只是复制粘贴代码。相同的知识、相同的逻辑、相同的业务规则，分散在多个地方，都属于重复。重复会带来巨大隐患：当需求变更的时候，我们要在很多位置同步修改，一旦漏改一处，就会产生不一致、隐蔽的bug。
代码层面的重复很好理解：相同的判断逻辑、相同的工具方法，应该抽成公共函数、工具类。但更深一层，文档、注释、数据库结构、业务说明里的信息冗余，同样属于DRY要规避的范围。
举个例子，做Web项目的时候，如果校验手机号的逻辑，在前端、后端、数据库约束里各写一遍，后续校验规则改了，三处都要改，很容易出错。统一抽取一份权威逻辑，才是DRY的做法。
反思：我之前写实训项目，经常复制一段相似的循环、判断代码，只改几个变量就直接用，图省事。看似快，但是后续修改非常麻烦。
收获：学会识别各种各样的重复，把知识唯一化。代码抽取封装、复用逻辑，减少重复，降低维护成本，这是写出高质量代码的基础。