设计模式

设计模式
1、单一职责原则
定义：不要存在多与一个导致类变更的原因，即一个类只负责一项职责
问题由来：当类T负责两个不同的职责，职责p1p2，当职责p1需求发生改变时而需要修改T类，有可能导致原来正常运行的p2发生故障
解决方案：遵循单一职责原则，分别建立两个类T1、和T2，使T1完成p1，T2完成p2 功能。
优点：可以降低类的复杂度，一个类只负责一项职责，起逻辑肯定要比负责多项职责简单的多；2、提高类的可读性，提供系统的课维护性；3变更引起的风险低
2、里氏替换原则
定义：如果每一个类型T1的对象01，都有类型为T2的的对象o2，使得T1定义的所有程序P在所有的对象o1到代换成o2时，程序p的行为没有发生变化，那么类型T2是类型T1的子类型
一句话概括：父类中实现的方法，子类中尽量不要去重写。
子类可以扩展父类的功能，但不能改变父类原有的功能。
1、子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法
2、子类中可以增加自己特有的方法
3、当子类的方法重载父类的方法时，方法的前置条件是要比父类方法的输入更为宽松
4、当子类的方法实现父类的抽象方法是，方法的后置条件要比父类更为严格。


3、依赖倒置原则（核心为面向接口编程）
定义：高层模块不应该依赖底层模块，二则都应该依赖其抽象；抽象不应该依赖细节，细节应该依赖抽象
问题：类a直接依赖类B，加入要修改类A依赖类C，则必须通过修改类A的代码来达成。
解决方案：将类A修改为依赖接口，类B和类C各自实现接口，类A通过接口与类B或者类C发生联系，则会大大降低修改类A的几率
传递依赖有三种方式：1、接口传递 2、构造方法传递 3、setter方法传递
三点：1底层模块尽量用抽象类或者接口。
2、变量的声明类型尽量使抽象类和接口 3、使用继承时遵循里氏替换原则


4、接口隔离原则
建立单一接口，不建立臃肿的接口，尽量细化接口，接口中的方法尽量少，也就是说，我们要为各个类建立专有的接口，而不要试图建立
一个庞大的接口，让所有的类去实现它，一定要适度，过多过少都不好。


5、迪米特法则
定义：一个对象对其他对象了解的对象越少越好。（只与直接的朋友发生交互）
问题：类与类之间的关系越密切，耦合度越大，当一个类发生发生改变时，对另一个类的影响越大
解决：尽量降低类与类之间的耦合度。


6、开闭原则
一个软件实体如类、模块和函数应该对扩展开放，对修改关闭
用抽象构建框架，用实现扩展细节