六大原则
1. 单一职责原则
一个类只负责一项职责。
案例
餐厅中的厨师和服务员：
厨师的职责是做饭，服务员的职责是上菜。
如果让厨师同时负责做饭和上菜，会导致职责混乱，效率降低。
2. 开放-封闭原则（OCP）
对扩展开放，对修改封闭。
案例
乐高积木：
乐高的基础模块是固定的（封闭的），但可以通过组合这些模块扩展出各种形状和结构（开放的）。
你不需要修改基础模块，只需添加新的组合方式。
3. 里氏替换LSP原则
子类必须能替换父类，不影响程序正确性。
案例
交通工具：
汽车和自行车都是交通工具的子类。
如果你用自行车替换汽车，仍然可以完成“从 A 到 B”的任务，因为它们都遵循交通工具的基本行为。
4. 依赖倒转原则
高层模块和低层模块都应依赖抽象，而不是具体实现。
案例
电源适配器：
电器（高层模块）不直接依赖电源插座（低层模块），而是依赖一个通用的电源接口（抽象）。
电源适配器（抽象）将插座的具体电压转换为电器需要的电压。
5. 接口隔离原则
客户端不应依赖它不需要的接口，接口应尽量细化。
接口应该尽量细化，每个接口只包含客户端需要的方法。
不要让一个接口承担过多的职责，否则会导致实现类不得不实现一些不需要的方法。
案例
多功能工具 vs 专用工具：
【不符合】多功能工具（如瑞士军刀）包含很多功能，但你可能只需要其中的一两个。
【符合】专用工具（如螺丝刀）只专注于一个功能，更符合实际需求。
6. 迪米特法则原则
合理引入一个第三者来降低现有对象之间的耦合度。
案例
公司中的沟通：
如果你需要财务部的帮助，应该通过你的直属上级（直接朋友）去沟通，而不是直接找财务部的员工（陌生人）。
这样可以减少不必要的依赖和混乱。
设计模式汇总
创建型
工厂模式：动态生成对象抽象工厂模式：动态生成系列对象构建器模式：复杂对象构造原型模式：克隆对象单例模式：单实例
结构型
适配器模式：转化接口桥接模式：抽象和实现分离组合模式：树形目录结构装饰模式：动态附加职责外观模式：统一对外接口享元模式：汉字编码代理模式：代理人
行为型
职责链模式：传递职责，审批流命令模式：日志记录，可撤销解释器模式：虚拟机机制迭代器模式：循环中介者模式：中间件，不直接引用备忘录模式：快照观察者模式：订阅，事件驱动，watch等状态模式：状态变为类策略模式：多方案切换模板方法模式：框架访问者模式：数据不会变，操作可变动，数据与操作分离