菜鸟的自学----设计模式
java程序员可以看作是一个厨师,用着“封装、继承、多态”做着一道叫做面向对象的菜，而设计模式就是一道菜谱。
什么是设计模式？
它是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是**为了可重用代码、让代码更容易被他人理解、保证代码可靠性、程序的重用性。**简单说，就是设计模式可以方便我们编写代码，让我们工作更加轻松。
设计模式的原则
-
针对接口编程而不是针对实现编程
即对多态的理解。编程时针对父类进行编程（声明变量的类型为父类，而不是具体的子类，这样就符合我们java高聚合松耦合的编程思想），父类方法实现是在子类中的，这样我们就可以根据实际情况执行某个子类的方法。好处是声明变量是不用在意之后执行的真正数据类型，具有很高的可维护性和可扩展性。所以其实我们还可以换个说法：“针对超类型编程”，超类型则通常是接口或是一个抽象类。 -
优先使用对象组合而不是继承
继承和组合都能达到一个代码复用的效果，但是类的继承通常是白箱复用（public继承：即B复用A的功能，并且B可以了解A的内部细节），对象组合通常为黑箱复用(B复用A的功能，但B无法看到A的内部细节。如果B类想复用A类的功能，不是从A类派生，而是将A类的对象，声明成为B类的成员数据)。我们在使用继承的时候同时也就拥有了父对象中的保护成员，增加了耦合度。而对象组合就只需要在使用的时候接口稳定，耦合度低。 -
继承缺点
继承破坏封装性。基类的很多内部细节都是对派生类可见的，因此这种复用是“白箱复用”；如果基类的实现发生改变，那么派生类的实现也将随之改变。这样就导致了子类行为的不可预知性；从基类继承来的实现是无法在运行期动态改变的，因此降低了应用的灵活性。 -
使用组合对象解决继承缺点
如果合理使用组合则可以有效的避免这些缺点，使用组合关系将系统对变化的适应力从静态提升到动态，而且由于组合将已有对象组合到了新对象中，因此新对象可以调用已有对象的功能。由于组合关系中各个对象的内部实现是隐藏的，我们只能通过接口调用，因此我们完全可以在运行期用实现了同样接口的另外一个对象来代替原对象，从而灵活实现运行期的行为控制。而且使用合成关系有助于保持每个类的职责的单一性，这样类的层次体系以及类的规模都不太可能增长为不可控制的庞然大物。因此我们优先使用组合而不是继承。当然这并不是说继承是不好的，我们可用的类总是不够丰富，而使用继承复用来创建一些实用的类将会不组合来的更快，因此在系统中合理的搭配使用继承和组合将会使你的系统强大而又牢固。
设计模式类型
设计模式的六大原则
1、开闭原则（Open Close Principle）
开闭原则的意思是：对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。简言之，是为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。
2、里氏代换原则（Liskov Substitution Principle）
里氏代换原则是面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。LSP 是继承复用的基石，只有当派生类可以替换掉基类，且软件单位的功能不受到影响时，基类才能真正被复用，而派生类也能够在基类的基础上增加新的行为。里氏代换原则是对开闭原则的补充。实现开闭原则的关键步骤就是抽象化，而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。
3、依赖倒转原则（Dependence Inversion Principle）
这个原则是开闭原则的基础，具体内容：针对接口编程，依赖于抽象而不依赖于具体。
4、接口隔离原则（Interface Segregation Principle）
这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。它还有另外一个意思是：降低类之间的耦合度。由此可见，其实设计模式就是从大型软件架构出发、便于升级和维护的软件设计思想，它强调降低依赖，降低耦合。
5、迪米特法则，又称最少知道原则（Demeter
Principle）
最少知道原则是指：一个实体应当尽量少地与其他实体之间发生相互作用，使得系统功能模块相对独立。
6、合成复用原则（Composite Reuse Principle）
合成复用原则是指：尽量使用合成/聚合的方式，而不是使用继承。
参考网站
https://www.runoob.com/design-pattern/design-pattern-intro.html
https://www.cnblogs.com/zhangjing0502/archive/2012/05/23/2514490.html
https://blog.csdn.net/C_J33/article/details/79830317
https://blog.csdn.net/hjf19790118/article/details/6895384?utm_source=jiancool
https://blog.csdn.net/liaoqianchuan00/article/details/24838427
https://www.cnblogs.com/gavinzhang/p/6051821.html