分层编码辅导提示，含ELI5与误解提醒

LAYER 1 - Explain Like I'm 5 想象你在玩积木。你有一堆积木，每块积木上写着一个词。你想搭一座塔，但你不能直接把积木扔上去，，你得先想好哪块放下面，哪块放上面，还要确保它们能卡在一起。${topic} 就像一本“积木说明书”，它告诉你：这块积木该放哪、怎么放、为什么这样放最稳。你照着说明书搭，塔就不会倒；不照做，塔可能歪歪扭扭，甚至塌掉。 --- LAYER 2 - The Real Explanation **What it is** ${topic} 是一套规则或模式，用于指导如何组织、构建或处理信息/代码，使其更清晰、可维护、可扩展。 **Why it exists / what problem it solves** 它解决的核心问题是“混乱”。没有规则时，代码或流程会变得难以阅读、难以修改、难以协作。${topic} 提供了一种标准化的思考框架，减少决策成本，避免“每个人按自己喜好写”导致的灾难。 **How it works at a fundamental level** 它通过定义“角色”“边界”“流程”或“数据结构”来工作。比如，它可能规定：输入必须经过某层校验，输出必须符合某格式，或者某类操作只能由特定模块执行。本质上是把复杂问题拆解成可预测的小块，并明确它们之间的交互方式。 **Simple code example (if applicable)** ```python # 假设 ${topic} 是“单一职责原则” class UserManager: def save_user(self, user): # 只负责保存用户 db.insert(user) def send_welcome_email(self, user): # 只负责发邮件 email.send(user.email, "Welcome!") # 每个方法只做一件事，修改时互不影响 ``` --- LAYER 3 - Now I Get It (Key Takeaways) - ${topic} 的核心是“约束带来自由”，，规则限制了随意性，但让整体更可控。 - 永远先问“它解决什么问题”，再问“它怎么实现”，否则容易生搬硬套。 - 好的 ${topic} 实践会让代码像读故事一样顺畅，而不是像解谜。 --- MISCONCEPTION ALERT 1. **“遵循 ${topic} 就一定能写出好代码”**，，错。规则是工具，不是目的。过度应用会导致过度设计，反而增加复杂度。 2. **“${topic} 只适用于大型项目”**，，错。小项目同样需要基础的组织方式，只是规模小、形式简单。忽略它，小项目会迅速腐烂成大项目。 --- OPTIONAL - Further Exploration - 设计模式（Design Patterns），，具体场景下的成熟解决方案。 - 重构（Refactoring），，如何在不改变功能的前提下改善结构。 - 架构风格（如分层、微服务），，更大尺度的组织方式。