架构设计模式七大原则
一、为什么你必须先懂「原则」，再谈「模式」？
很多小伙伴一上来就背 23 种设计模式，结果越学越晕。
其实 所有设计模式都围着七大原则转——把它们吃透，模式只是信手拈来的招式。
二、七大原则，一条一条拆给你看！
① 单一职责原则（SRP）
一句话：一个类只做一件事。
颜色加粗重点：如果类名里出现 “And”、“Or”，八成已经违背 SRP。
修改前（反面教材）
class UserServiceAndReport {void register() { /* 注册逻辑 */ }void exportPDF() { /* 导出报表逻辑 */ }
}修改后（符合 SRP）
// 只负责用户注册
class UserService {void register(User user) { /* 注册逻辑 */ }
}// 只负责报表导出
class ReportService {void exportPDF(User user) { /* 导出报表逻辑 */ }
}注解：
把 注册 和 报表 拆到两个类，职责单一。
修改注册逻辑时，不会误伤报表功能，风险降低。
单元测试粒度更细，定位 bug 事半功倍。
② 开闭原则（OCP）
一句话：对扩展开放，对修改关闭。
颜色加粗重点：新增功能靠 “加代码”，而不是 “改旧代码”。
场景：订单折扣系统
// 抽象策略
interface DiscountStrategy {BigDecimal apply(BigDecimal price);
}// 新需求：双十一折扣
class DoubleElevenDiscount implements DiscountStrategy {public BigDecimal apply(BigDecimal price) {return price.multiply(new BigDecimal("0.8"));}
}// 使用方
class OrderService {BigDecimal pay(BigDecimal price, DiscountStrategy strategy) {return strategy.apply(price);}
}注解：
新增
DoubleElevenDiscount时，完全不动OrderService。所有折扣策略实现同一接口，扩展点清晰。
遵循 OCP，减少回归测试成本。
③ 里氏替换原则（LSP）
一句话：子类必须能无缝替换父类。
颜色加粗重点：别把正方形硬塞进长方形的模子。
// 定义接口
interface Shape {int area();
}// 长方形
class Rectangle implements Shape {int width, height;public int area() { return width * height; }
}// 正方形（保证 LSP）
class Square implements Shape {int side;public int area() { return side * side; }
}注解：
正方形 不继承长方形，避免 setWidth 时破坏高度。
只实现
Shape接口，任何 Shape 都能被统一调用。满足 LSP，消除运行时类型检查的尴尬。
④ 接口隔离原则（ISP）
一句话：客户端不依赖它用不到的方法。
颜色加粗重点：胖接口 = 胖 bug 源。
拆分前
interface Machine {void print();void scan();void fax();
}拆分后
interface Printer { void print(); }
interface Scanner { void scan(); }
interface Fax { void fax(); }class AllInOne implements Printer, Scanner, Fax {/* 真正实现 */
}注解：
老式打印机只实现
Printer，不必空实现 scan/fax。接口粒度变小，降低实现类的心智负担。
遵循 ISP，提高代码可维护性。
⑤ 依赖倒置原则（DIP）
一句话：高层模块不依赖低层，二者都依赖抽象。
颜色加粗重点：面向接口编程，而不是面向实现。
示例：通知系统
// 抽象
interface Notifier {void send(String msg);
}// 低层实现
class EmailNotifier implements Notifier {public void send(String msg) { /* 发邮件 */ }
}// 高层业务
class OrderService {private final Notifier notifier; // 依赖抽象OrderService(Notifier n) { this.notifier = n; }void finishOrder() { notifier.send("订单完成"); }
}注解：
OrderService只认Notifier，不关心是邮件还是短信。想换短信通知？只需新增
SmsNotifier，零修改高层。完美体现 DIP，系统松耦合。
⑥ 迪米特法则（LoD）
一句话：只和直接朋友说话。
颜色加粗重点：链式调用 a.getB().getC().do() 是大忌。
反例
class Wallet {public Money money;
}
class Person {public Wallet wallet;
}
// 客户端
person.getWallet().money.reduce(100);正例
class Person {private Wallet wallet;public void pay(int amount) {wallet.pay(amount);}
}
// 客户端
person.pay(100);注解：
客户端只认识
Person，完全不知道 Wallet 的存在。降低耦合，类内部变化不影响外部调用。
遵循 LoD，代码更易读、更安全。
⑦ 合成复用原则（CRP）
一句话：优先组合，而非继承。
颜色加粗重点：继承是“亲儿子”，组合是“干儿子”，后者更灵活。
继承 VS 组合
// 继承 —— 紧耦合
class Bird extends Flyable { }// 组合 —— 松耦合
class Bird {private FlyBehavior flyBehavior; // 组合void fly() { flyBehavior.fly(); }
}注解：
组合让
Bird在运行时动态切换飞行策略。不会陷入“类爆炸”的继承泥潭。
体现 CRP，系统扩展性 max。
总结
单一职责 -> 拆！
开闭原则 -> 加！
里氏替换 -> 换！
接口隔离 -> 瘦！
依赖倒置 -> 抽象！
迪米特 -> 少说话！
合成复用 -> 组合！
背口诀：“拆加换瘦抽象少说话，组合优先”