六大原则

1. 单一职责原则

一个类只负责一项职责。

案例
餐厅中的厨师和服务员：
厨师的职责是做饭，服务员的职责是上菜。
如果让厨师同时负责做饭和上菜，会导致职责混乱，效率降低。

2. 开放-封闭原则（OCP）

对扩展开放，对修改封闭。

案例
乐高积木：
乐高的基础模块是固定的（封闭的），但可以通过组合这些模块扩展出各种形状和结构（开放的）。
你不需要修改基础模块，只需添加新的组合方式。

3. 里氏替换LSP原则

子类必须能替换父类，不影响程序正确性。

案例
交通工具：
汽车和自行车都是交通工具的子类。
如果你用自行车替换汽车，仍然可以完成“从 A 到 B”的任务，因为它们都遵循交通工具的基本行为。

4. 依赖倒转原则

高层模块和低层模块都应依赖抽象，而不是具体实现。

案例
电源适配器：
电器（高层模块）不直接依赖电源插座（低层模块），而是依赖一个通用的电源接口（抽象）。
电源适配器（抽象）将插座的具体电压转换为电器需要的电压。

5. 接口隔离原则

客户端不应依赖它不需要的接口，接口应尽量细化。
接口应该尽量细化，每个接口只包含客户端需要的方法。
不要让一个接口承担过多的职责，否则会导致实现类不得不实现一些不需要的方法。

案例
多功能工具 vs 专用工具：
【不符合】多功能工具（如瑞士军刀）包含很多功能，但你可能只需要其中的一两个。
【符合】专用工具（如螺丝刀）只专注于一个功能，更符合实际需求。

6. 迪米特法则原则

合理引入一个第三者来降低现有对象之间的耦合度。

案例
公司中的沟通：
如果你需要财务部的帮助，应该通过你的直属上级（直接朋友）去沟通，而不是直接找财务部的员工（陌生人）。
这样可以减少不必要的依赖和混乱。

设计模式汇总

创建型

	工厂模式：动态生成对象抽象工厂模式：动态生成系列对象构建器模式：复杂对象构造原型模式：克隆对象单例模式：单实例

结构型

	适配器模式：转化接口桥接模式：抽象和实现分离组合模式：树形目录结构装饰模式：动态附加职责外观模式：统一对外接口享元模式：汉字编码代理模式：代理人

行为型

	职责链模式：传递职责，审批流命令模式：日志记录，可撤销解释器模式：虚拟机机制迭代器模式：循环中介者模式：中间件，不直接引用备忘录模式：快照观察者模式：订阅，事件驱动，watch等状态模式：状态变为类策略模式：多方案切换模板方法模式：框架访问者模式：数据不会变，操作可变动，数据与操作分离