一、设计模式分类

二、原则

1、单一职责原则

定义：一个类应该只有一个发生变化的原因。

场景：比如说同一用户切换的行为逻辑

 编码： 

1、传统ifelse解决

2、解决方法2——抽象出接口

2、开闭原则

定义：软件中的对象（类，模块，函数等等）应该对于扩展是开放的，但是对于修改是封闭的。

场景：固定的计算方法，但是可能在数据的精准度上有要求之类的。

做法：继承可做（重点是将超类的属性提取再利用）

3、里氏替换原则

定义：继承必须确保超类所拥有的的性质在子类中依然成立。

场景：卡类替换（某种卡-》储蓄卡、地铁卡）

做法：可抽象继承（重点是共性，不要有多余操作）

4、迪米特法则

定义：意义在于降低类之间的耦合。由于需要每个对象尽量减少对其对象的了解，因此，很容易使得系统的功能模块功能独立，相互之间不存在（或很少有）依赖关系。

做法：高内聚，低耦合。让结构更加清晰，职责更加明确，确定好相关的权责，更清晰的进行一个结构拆分。

5、接口隔离原则（更小，更具体的接口）

定义：

做法：合理切割

6、依赖倒置原则

定义：依赖于抽象接口，不依赖于具体实现，对抽象进行编程。

做法：高内聚，低耦合