TracyCoder的博客

维度建议目的参数控制数量与顺序提高调用可读性行数保持短小降低复杂度职责单一职责原则易于维护输出返回值代替输出参数消除副作用抽象一致的层次结构更高可读性与复用性干净的代码并非“短小即美”，真正的 Clean Code 是一种思维方式每一行函数都在服务于“清晰的意图表达”。

注释：最好的注释是代码本身。当你觉得需要写注释时，先尝试重构代码，用函数名和变量名来讲述故事。保留注释给那些真正需要解释意图、法律声明或严重警告的地方。格式化：代码是团队沟通的媒介。遵循团队统一的格式化规则（使用 Linter/Formatter 自动化工具），保持垂直方向的逻辑流和水平方向的简洁性。

好的命名不仅仅是代码风格的问题，它是一种以读者为中心的编程思维。Variables就像故事中的角色，要有清晰的身份（名词）。Functions就像角色的动作，要有明确的行为（动词）。Classes就像故事的场景或归类，要有具体的定义（具体名词）。当你为了给一个变量起名而停顿思考时，不要感到浪费时间。你在为未来阅读这段代码的所有人（包括两周后的你自己）节省数小时的调试时间。在今天的 Code Review 中，试着挑出一个命名不清晰的变量，并重构它。

Clean Code不仅仅是“能跑通”的代码，它更像是一篇写得很好的散文。

文章目录十二、行为1——模板方法模式十三、行为2——迭代器模式配套使用效果更佳： 本博客配套开源源码github点击跳转在《25种常见设计模式思想（上）》中我介绍了4种创建型设计模式和7种结构型设计模式，在此博客中我将继续介绍剩下的x种行为类设计模式。以下是本篇博客的思维导图：十二、行为1——模板方法模式模板方法模式非常类似于定制表格，设计者先将所有需要填写的信息头（字段名）抽取出来，再将它们整合在一起成为一种既定格式的表格，最后让填表人按照这个标准化模板去填写自己特有的信息，而不必为书写内容、先