设计模式目的和原则

一、设计模式目的

为了让我们设计的软件或者代码 在 高内聚低耦合、便于维护、扩展性强、代码重用性高 等方面变的更好

二、设计模式六大原则

单一职责原则 、接口隔离原则、依赖反转原则、里氏替换原则、开闭原则 【ocp原则】、迪米特法则、合成复用原则

1. 单一职责
   

   概述：一个类负责一项职责，设计多个方法时，一个方法负责一个功能
   好处：降低类的复杂度 ，提高类的可读性，可维护性

2. 接口隔离
   

   概述：根据不同的用途，应该创建不同的接口，实现类只需要依赖自己需要实现的接口，不应该依赖不需要的接口

3. 依赖反转
   

1、核心思想就是面向抽象【接口和抽象类】编程，因为抽象比细节稳定的多，以抽象为基础搭建的架构更加稳定
2、高层模块不应该依赖低层的模块
3、抽象不依赖细节，细节依赖抽象
4、使用接口或者抽象类制定好规范，而不涉及任何具体的操作，方便后期维护
5、变量的声明尽量是接口或者抽象类，有利于程序的扩展和优化

4. 里氏替换
   

   提出背景：

面向对象中关于继承的使用思考
1)继承包含这样一层含义：父类中凡是已经实现好的方法，实际上是在设定规范和契约，虽然它不强制要求所有的子类必须遵循这些契约，但是如果子类对这些已经实现的方法任意修改，就会对整个继承体系造成破坏。
2)继承在给程序设计带来便利的同时，也带来了弊端。比如使用继承会给程序带来侵入性，程序的可移植性降低，增加对象间的耦合性，如果一个类被其他的类所继承，则当这个类需要修改时，必须考虑到所有的子类，并且父类修改后，所有涉及到子类的功能都有可能产生故障

里氏替换原则:
我们定义的方法中，使用了父类作为参数，当我们实际传递的参数是其具体的子类时，这个方法的功能没有发生变化【也就是说：所有引用父类的地方，必须能使用子类的对象】，

总结：适当情况下，我们可以通过聚合、组合、依赖来替换继承

5. 开闭原则 
   

   编程中最基础、最重要的设计原则：一个软件实体如类、模块、函数 ，应该对扩展开放(对开发者自己)，对修改关闭（对使用方，不可修改）
   当需求发生变化时，尽量通过添加实现类的方法，而不是通过修改已有代码

6. 迪米特法则：
   

1)一个对象应该对其他对象保持最少的了解
2)类与类关系越密切，耦合度越大
3)迪米特法则(Demeter Principle)又叫最少知道原则，即一个类对自己依赖的类知道的越少越好。也就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对外除了提供的 public 方法，不对外泄露任何信息
4)迪米特法则还有个更简单的定义：只与直接的朋友通信
5)直接的朋友：每个对象都会与其他对象有耦合关系，只要两个对象之间有耦合关系，我们就说这两个对象之间是朋友关系。耦合的方式很多，依赖，关联，组合，聚合等。其中，我们称出现成员变量，方法参数，方法返回值中的类为直接的朋友，而出现在局部变量中的类不是直接的朋友。也就是说，陌生的类最好不要以局部变量的形式出现在类的内部。