23种设计模式与六大原则看了就忘了？权威大牛给你正确方法！

前言

设计模式分为三类，创建型，结构型和行为型。创建型比较好理解，它抽象了实例化过程，将系统与实例的创建解耦。实例由专门的工厂来创建，从而使系统针对实例的抽象接口编程，不依赖任何具体的实现。结构型和行为型有点难以理解，GoF的解释是，结构型模式涉及到如何组合类和对象以获得更大的结构；行为模式涉及到算法和对象间职责的分配。行为模式不仅描述对象或类的模式，还描述它们之间的通信模式。

大部分行为型和结构型设计模式的特点还是挺明显的，但是有少部分的界限就没那么清晰。比如说代理模式属于结构型模式，但是它也承担了职责的分配。它通过一个代理类，直接处理客户请求，但是把大部分实际职责交给原始的工作类。将设计模式划分为三种类型，可以理解为是划分出一种层级，帮助模式的使用者记忆和理解。

创建型模式（5种）：单例模式、工厂方法模式、抽象工厂模式、建造者模式、原型模式

结构型模式（7种）：适配器模式、装饰者模式、代理模式、外观模式、桥接模式、组合模式、享元模式

行为型模式（11种）：策略模式、模板方法模式、观察者模式、迭代器模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式 。

23种设计模式与六大原则学习思维导图

设计模式的六大原则

开闭原则

• 对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。简言之，是为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。

里氏代换原则

• 里氏代换原则是面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。LSP 是继承复用的基石，只有当派生类可以替换掉基类，且软件单位的功能不受到影响时，基类才能真正被复用，而派生类也能够在基类的基础上增加新的行为。里氏代换原则是对开闭原则的补充。实现开闭原则的关键步骤就是抽象化，而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。

依赖倒转原则

• 这个原则是开闭原则的基础，具体内容：针对对接口编程，依赖于抽象而不依赖于具体。

接口隔离原则

• 使用多个隔离的接口，比使用单个接口要好。它还有另外一个意思是：降低类之间的耦合度。由此可见，其实设计模式就是从大型软件架构出发、便于升级和维护的软件设计思想，它强调降低依赖，降低耦合。

迪米特法则，又称最少知道原则

• 最少知道原则是指：一个实体应当尽量少地与其他实体之间发生相互作用，使得系统功能模块相对独立。

单一职责原则

• 单一职责原则通俗地讲，就是一个类只能负责一个职责，修改一个类不能影响到别的功能，也就是说只有一个导致该类被修改的原因。

就像优化准则之一是“不要过度优化”，设计模式也是不要在需求不明确的情况下过早和过多地使用设计模式。记住几个常用的设计模式，在实际项目中思考哪些是经常变动的，哪些可以套用上这些设计模式。

那么要如何系统化的学习设计模式？这个问题我想一定是困扰着大多数的读者朋友，网上找的关于设计模式的资料都是零零散散的，没有期望说这篇文章对你有意义，这要求太高了，我远没有这个能力，但是如果能有一套完整的学习视频、学习文档让你看完就把这个设计模式都记住了，那这篇文章的目标就达到了。

这里整理成了一份文档，点击这里 获取整理的【23种设计模式与六大原则】】文档与【整套设计模式学习视频】

本文档的立意不仅仅在于介绍基本的设计模式知识，更多的是说明在何种条件下选择正确的设计模式。因为在实践中，滥用或错用设计模式有时候跟大的是浪费。因此，本文档在设计模式的介绍过程中穿插了不同类型模式之间的比较，并在第8章第9章给出了大量的Java问题实例，供读者深入理解。

第一章 概述

第二章 UML基础

第三章 设计模式简介

第四章 创造型模式

第五章 结构型模式

第六章 行为型模式

第七章 概念与提示

第八章 设计模式面试问题

面试问答

本书特点

• 涵盖23种设计模式
• 以简单直接的方法展示设计模式的核心思想
• 涵盖设计模式相关的面试问题
• 提供大量实际代码示例，并且全部代码由Java编写，方便调试
• 基于软件开发人员实践经历，减少学习误区
• 无需软件设计基础知识

整套设计模式学习视频（加Q群：909666042 小编整理的【23种设计模式与六大原则】】文档与【整套设计模式学习视频】）