每周学习总结 - 架构师培训 2 期

依赖倒置原则其实就是解耦的核心，以前只知道要解耦，现在是从方法论的角度知道为什么要解耦。

设计模式一通百通

策略模式——先定义一个接口，然后定义不同的实现类，根据一定的规则获取实现类即可

适配器模式——增加适配器这一层来解耦两个类，适配器可以只关心某些方法，进而解耦

观察者模式——特别适合既要又要的场景，往往有一个容器，里面放N个监听器，实现相同条件时的不同处理

框架的核心 don't call me，I'll call you

开闭原则

对扩展开放

对更改闭合

LSP里氏替换原则 子类必须能够替换掉它的基类

子类抛出的异常继承父类的异常，它是父类异常的子类！因为子类比父类各种“契约”都要宽松

基于具体场景才能看出是否符合该原则，比如正方形继承长方形就不满足，因为计算面积这个场景下就有问题

尽量用组合，少用继承

只有明确的场景才有合适的继承，但是这个场景总会被新的需求推翻。。。

单一职责原则

一个类只有一个能引起它改变的因素

接口分离原则

不应该强迫用户使用它不需要的方法

实现类拆不开的时候就把接口拆开，至少使用者受的影响小

敏捷开发的核心是设计要敏捷