设计模式之美

这门课解决的是什么问题

写代码写到第三四年，很多人会撞上一堵墙：功能能实现，但改一处崩三处。加一个支付渠道，要在订单、退款、对账三个模块里各改一遍 if-else；换一个短信服务商，得翻遍全项目找调用点。这类问题不是语法不熟，而是代码结构没有留出变化的空间。设计模式讲的正是这件事——把经常变的部分和稳定的部分分开，让新增需求尽量以「加代码」而不是「改代码」的方式落地。

这门课的价值不在于让你背出二十三种模式的英文名，而在于把每个模式还原到它要解决的具体场景里：为什么这里要用策略而不是继续堆 if，为什么那里用工厂能把创建逻辑收口。学完之后，你看老代码会多一个判断角度——这段逻辑以后大概会怎么变，现在这样写会不会把自己堵死。

适合什么基础，先看哪几块

这门课不是零基础编程课。你至少要用 Java 或 Python 独立写过完整模块，理解接口、继承、多态这些概念，否则讲抽象类和委托的时候会跟不上。有过一两年后端或业务开发经验的人收益最大，因为课里的例子大多来自真实的业务代码，没写过类似代码的人很难有共鸣。

建议按这个顺序推进：先把开篇讲设计原则的部分吃透，单一职责、开闭原则、依赖倒置这几条是后面所有模式的底层逻辑，跳过它们直接看模式，很容易变成死记硬背。接着看创建型模式，工厂和建造者这两块在日常业务里出现频率最高，性价比最好。然后进入结构型，重点放在代理和装饰器，这两个在框架源码和中间件里随处可见。最后看行为型，策略、观察者、模板方法优先，责任链和状态机可以按需再看。

学完能独立做什么，资料怎么配合练

学完比较现实的目标是：拿到一个中等规模的需求，你能先判断出哪些地方未来会变化，并用合适的模式把变化点隔离出来；读 Spring、MyBatis 这类框架源码时，能认出里面用了哪些模式、为什么这么用；在代码评审里，你能说清楚「这里用策略比 switch 更好」而不只是凭感觉。这些能力在面试和实际工作中都直接可用。

资料本身是视频讲解为主，配套的示例代码建议一定要自己敲一遍，不要只看。每学完一个模式，做两件事：一是回到自己手上的项目，找一处能套用这个模式的代码试着重构，哪怕只改一个类；二是刻意去找反例，想想什么情况下不该用这个模式——模式滥用比不用更伤代码。视频可以按需倍速，但涉及原则和取舍的部分建议正常速度看，那些话往往是整节课真正的信息量所在。