笔记二：模块化设计 —— 构建高内聚低耦合的代码体系
《代码大全》第二章 “结构化编程” 对模块化设计的深度剖析，让我对 “高内聚、低耦合” 这一抽象原则有了具象化的理解。高内聚强调模块内部功能的单一性与集中性，即一个模块只负责一类核心业务，例如 “用户认证模块” 应专注于登录、注册、权限校验等相关逻辑，而不应掺杂订单处理、数据统计等无关功能；低耦合则要求模块间依赖最小化，通过标准化接口实现交互，避免直接操作其他模块的内部数据或逻辑。书中给出的三大实践方法极具指导性：其一，拆分大函数，将超过 20 行的复杂函数按功能拆解为小函数，每个函数只完成一件事，例如将 “用户下单” 函数拆分为 “校验库存”“计算金额”“生成订单” 三个独立函数，既提升可读性，也便于单独测试；其二，使用抽象接口隔离依赖，例如定义PaymentService接口，让支付宝、微信支付等不同支付方式成为实现类，当需要新增支付渠道时，无需修改核心业务代码，只需新增实现类即可，完美契合 “开闭原则”；其三，杜绝全局变量和共享数据，通过参数传递或封装工具类减少模块间的直接关联，避免一处修改引发 “多米诺骨牌效应”。同时，作者也提醒，模块化并非拆分越细越好，关键是找到 “合理的粒度”—— 若拆分后模块间需要频繁通信，反而增加了沟通成本和系统复杂度，此时就需要重新评估模块边界。这种 “平衡思维” 让我深刻意识到，代码设计的本质是权衡，而非追求绝对的 “细粒度”。
