在很多系统中，你会遇到这样的需求：数据变化了，要通知多个模块一个事件发生，需要触发多个动作状态更新后，界面自动刷新例如：订单状态变化→通知用户、更新库存、记录日志配置变更→通知多个服务刷新缓存前端数据变化→自动更新UI如果你这样写：defupdate():notify_user()update_stock()write_log()问题很快就会出现：每增加一个功能，就要改原函数模块之间强耦合代码越来...

在开发中，你是否写过这样的代码：defprocess():step1()step2()step3()然后在另一个地方：defprocess_v2():step1()step2_new()step3()再后来：defprocess_v3():step1()step2_new()step3_new()你会发现：整体流程是固定的只有某些步骤会变化代码开始出现大量重复这正是模板方法模式（TemplateM...

在开发中，你一定写过这样的代码：ifpay_type=="wechat":...elifpay_type=="alipay":...elifpay_type=="bank":...刚开始还好，但随着业务发展：分支越来越多逻辑越来越复杂修改一个分支可能影响其他逻辑这时候代码就会变得...

在很多系统中，会存在这样的情况：对象数量非常多对象之间大量属性是相同的只有少量状态不同如果每个对象都完整创建，就会导致：内存占用巨大对象创建成本高系统性能下降这时候就可以使用享元模式（Flyweight）。一、享元模式解决什么问题？一句话：通过共享对象，减少内存使用。核心思想：把对象中可共享的部分提取出来多个对象共享同一份数据只把不同的部分作为外部状态关键词：对象共享内存优化内部状态外部状态二、一...

在很多系统中，我们并不会直接访问某个对象，而是通过一个”中间层”来完成访问。例如：访问远程服务（RPC）数据库懒加载权限控制缓存代理日志记录客户端看起来是在访问对象本身，但实际上中间有一层”代理”。这就是代理模式（Proxy）。一、代理模式解决什么问题？一句话：为一个对象提供一个替身（代理），以控制对该对象的访问。关键词：控制访问延迟加载权限控制远程访问代理对象与真实对象实现相同接口，客户端并不知...

在复杂系统中，一个功能往往需要调用多个子系统：数据库缓存消息队列日志系统权限系统如果客户端直接调用这些子系统，就会出现：调用顺序复杂强耦合代码难维护这时就需要一个统一入口。这就是外观模式（Facade）。一、外观模式解决什么问题？一句话：为复杂子系统提供一个统一的简化接口。关键词：简化接口隐藏复杂性解耦客户端与子系统二、一个真实业务场景假设我们有一个电商”下单流程”。一个订单涉及：库存系统支付系统...

在开发中，你是否遇到过这样的需求：给函数增加日志给接口增加权限校验给方法增加缓存给对象增加额外功能但你又不想：修改原有类破坏原有逻辑使用大量继承这时候就轮到——装饰器模式。一、装饰器模式解决什么问题？一句话：在不修改原对象结构的情况下，动态地给对象增加额外功能。关键词：动态增强不修改原类不使用继承扩展二、一个不用装饰器的”笨办法”假设有一个通知类：classNotifier:defsend(sel...

在业务系统中，有一种结构非常常见：组织架构文件系统菜单系统权限树评论树商品分类它们都有一个共同点：整体和部分具有一致的结构。这正是组合模式要解决的问题。一、组合模式解决什么问题？一句话：将对象组合成树形结构以表示”部分-整体”的层次结构，使客户端对单个对象和组合对象的使用具有一致性。关键词：树结构递归统一接口单个对象和组合对象一致处理二、一个典型场景：公司组织架构假设我们要表示：总公司├──技术部...

在讲桥接模式之前，先问一个问题：如果一个类有两个变化维度，你会怎么设计？很多人第一反应是——继承。但当继承层级开始”爆炸”时，桥接模式就该登场了。一、桥接模式解决什么问题？一句话：将抽象部分与实现部分分离，使它们可以独立变化。关键词：抽象（Abstraction）实现（Implementation）解耦组合替代继承二、一个典型的继承爆炸问题假设我们要设计一个”消息通知系统”。消息类型有：普通消息紧...

一、适配器模式解决什么问题？一句话：接口不兼容，但你又不能改原有代码。现实世界类比：国标插头插不进英标插座需要一个转换头软件世界中：老系统接口不能改第三方库接口格式不一致新旧系统并存这时就需要——适配器（Adapter）。二、定义将一个类的接口转换成客户端期望的另一个接口，使原本由于接口不兼容而不能一起工作的类可以一起工作。核心关键词：接口转换不修改原类让旧代码继续工作三、一个真实业务场景假设你原...