拉勾教育-《趣学设计模式》

设计模式这个词，很多工作两三年的人都不陌生，但真正卡住人的往往不是「不知道有哪些模式」，而是不知道该在什么场景下用、用了之后代码是不是真的变好了。这门课要解决的，正是这个从「背概念」到「敢下手」之间的断层。

它解决的是哪类工作问题

如果你写过这样的代码：一个类里塞满了 if-else 判断不同业务分支，加一个新需求就要动老逻辑；或者几个模块之间互相调用，改一处牵连一片；又或者接手别人的项目时，看半天理不清对象之间的关系——这些都是设计模式真正要处理的问题。课程不是把二十多种模式挨个念一遍定义，而是从面向对象、组合思维、工程思维这些更底层的思考方式讲起，再落到具体模式上。也就是说，它先帮你建立判断力，再给你工具箱。这一点对已经能写业务代码、但代码越写越乱的人尤其有用。

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

这门课不适合完全没写过代码的人。你需要至少熟悉一门面向对象语言，能看懂类、接口、继承、多态这些基本概念，最好手上有一个真实项目做过增删改查和业务逻辑。如果只是刚学完语法，看这套内容会有点吃力，建议先积累一些实际编码量再回来。

按顺序看的话，建议不要一上来就挑具体模式。前几节关于对象思维、组合思维、工程思维的内容，看起来抽象，但它们是后面所有模式的判断依据——为什么这里要用组合而不是继承，为什么那个场景要拆出接口，答案都在这几节里。把这些思维方式过一遍，再进入具体模式，理解成本会低很多。模式部分可以按自己项目里遇到的痛点挑着看，不必严格按目录顺序推进。

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

比较现实的目标是：拿到一段混乱的业务代码，你能识别出它属于哪类耦合问题，并判断用哪种模式重构更合适，而不是生搬硬套。比如面对一个状态频繁变化的订单流程，你能想到用状态模式把分支拆开；面对多种算法需要动态切换的场景，你能用策略模式替代条件判断。同时你也会知道哪些情况下不该用模式——过度设计本身也是一种坑。

资料以讲解文档为主，配合案例说明。建议的用法是：看完一个模式后，立刻回到自己项目里找一段类似的代码，尝试按课程思路改一版，哪怕只是局部重构。只看不练，很容易变成「看的时候都懂，写的时候想不起来」。另外，文档里关于简单原则、表达原则的部分，适合在重构完成后回头再读一遍，用来检验自己的改动是不是真的让代码更清晰了，而不是换了一种复杂。

整体来说，这是一门需要你带着自己项目里的问题去读的课，边看边对照，收获会比单纯刷完大得多。