23种设计模式

23种设计模式

1、设计模式

​ 设计模式是对软件设计中普遍存在的各种问题，所提出的解决方案。

2、常用的七大原则

• 单一职责原则
  • 降低类的复杂度，一个类只负责一项职责
  • 提高类的可读性，可维护性
  • 降低变更引起的风险
• 接口隔离原则
  • 一个类对另一个类的依赖应该是建立在最小的接口上
• 依赖倒转原则
  • 高层模块不应该依赖底层模块，二者都应该依赖抽象
  • 抽象不应该依赖细节，细节应该依赖抽象
  • 中心思想：面向接口编程
  • 抽象的东西要比细节（实体类）的东西稳定的多
  • 使用接口或者抽象类的目的是制定好规范
  • 传递的三种方式
    • 接口传递
    • 构造方法传递
    • setter方式传递
  • 注意事项和细节
    • 低层模块尽力都要有接口或者抽象类，或者两者都有
    • 变量的声明类型尽量是抽象类和接口
    • 继承时遵循里氏替换原则
• 里氏替换原则
  • 使用继承，在子类种尽量不要重写父类的方法
  • 将父类和子类都继承一个更通俗的基类，去掉原有的继承关系，采用依赖，聚合，组合等关系。
• 开闭原则ocp（工程模式）
  • 通过扩展软件实体的行为改变实体变化，而不是通过修改已有的代码
  • 对扩展开发（提供方），对修改关闭（使用方）
• 迪米特法则
  • 最少知道原则，即一个类对自己依赖的类知道的越少越好。
  • 核心：降低类之间的耦合
• 合成复用原则
  • 尽量使用合成/聚合的方式，而不是使用继承

3、设计模式类型

三种类型：创建型模式、结构型模式、行为型模式

1、单例设计模式

• 采取一定的方法保证在整个的软件系统中，对某个类只能存在一个对象实例，并且该类只提供一个取得其对象实例的方法（静态方法）。

• 八种方式：

  • 饿汉式（静态常量）
    • 构造器私有化
    • 类的内部创建对象
    • 向外暴露一个静态的公共方法
    • 优缺点：
      • 优点：类装载的时候就完成实例化，避免了线程同步问题；
      • 缺点：如果从始至终未使用过这个实例，则会造成内存的浪费；
      • 结论：这种单例模式可用，可能造成内存浪费
  • 饿汉式（静态代码块）
    • 优缺点：
      • 将类实例化的过程放在了静态代码块中，也是类装载的时候，就执行静态代码块中的代码，初始化类的实例；
      • 结论：这种单例模式可用，可能造成内存浪费。
  • 懒汉式（线程不安全）
    • 优缺点：
    • 只能在单线程下使用；
    • 结论：实际开发中，不推荐使用。
  • 懒汉式（线程安全，同步方法）
    • 优缺点：
      • 解决了线程安全；
      • 方法进行同步效率太低；
      • 结论：实际开发中，不推荐使用。
  • 懒汉式（线程安全，同步代码块）
    • 结论：实际开发中，不推荐使用。
  • 双重检查
    • 优缺点：
      • 进行两次 if 检查，保证线程安全；
      • 线程安全；延迟加载；效率较高；
      • 结论：实际开发中，推荐使用。
  • 静态内部类
    • 优缺点：
      • 初始化实例时只有一个线程；
      • 静态熟悉只会在第一次加载类的时候初始化
      • 线程安全，利用静态内部类特点实现延迟加载，效率高
      • 结论：推荐使用
  • 枚举
    • 优缺点：
      • 利用枚举实现单例模式，可以避免多线程同步问题
      • 结论：推荐使用

• 注意事项：

  • 保证了系统内存中该类只存在一个对象，节省了系统资源（需要频繁创建销毁的对象，使用单例模式可以提高系统性能）
  • 实例化一个单例类的时候，必须使用想用的获取对象的方法，而不是new
  • 使用场景：
    • 需要频繁的进行创建和销毁的对象、创建对象耗时过多或耗费资源过多但又经常用到的对象、工具类对象、频繁访问数据库或文件的对象（比如数据源，session工厂等）。

  应用

  • 在jdk中，java.lang.Runtime就是经典的单例模式（饿汉式）

2、简单工厂模式

看一个披萨的项目:要便于披萨种类的扩展，要便于维护

• 披萨的种类很多(比如GreekPizz、 CheesePizz 等)
• 披萨的制作有prepare, bake, cut, box
• 完成披萨店订购功能。

基本介绍

• 简单工厂模式是属于创建型模式，是工厂模式的一种。简单工厂模式是由一个工厂对象决定创建出哪一种产 品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式。
• 简单工厂模式:定义了一个创建对象的类，由这个类来封装实例化对象的行为(代码)。
• 在软件开发中，当我们会用到大量的创建某种、某类或者某批对象时，就会使用到工厂模式.

抽象工厂模式

• 抽象工厂模式:定义了一个interface用于创建相关或有依赖关系的对象簇，而无需指明具体的类
• 抽象工厂模式可以将简单工厂模式和工厂方法模式进行整合。
• 从设计层面看， 抽象工厂模式就是对简单工厂模式的改进(或者称为进一步的抽象)。
• 将工厂抽象成两层，AbsFactory(抽象工厂 )和具体实现的工厂子类。程序员可以根据创建对象类型使用对应
  的工厂子类。这样将单个的简单工厂类变成了工厂簇，更利于代码的维护和扩展。

总结：

• 工厂模式的意义

  • 将实例化对象的代码提取出来，放到一个类中统一管理和维护，达到和主项目的依赖关系的解耦，从而提

    高项目的扩展和维护性。

• 三种工厂 模式：简单工厂模式、工厂方法模式、抽象工厂模式

• 设计模式的依赖抽象原则

• 创建对象实例时，不要直接new类，而是把这个new类的动作放在一个工厂的方法中，并返回。有的书上说，变量不要直接持有具体类的引用。

• 不要让类继承具体类， 而是继承抽象类或者是实现interface(接口)。

• 不要覆盖基类中已经实现的方法。

应用：

• JDK中的Calendar类中，使用了简单工厂模式

3、原型模式

问题：

​ 现在有一只羊tom，姓名为: tom,年龄为: 1，颜色为:白色，请编写程序创建和tom羊属性完全相同的10只羊。

传统方式的优缺点：

• 优点是比较好理解，简单易操作。
• 在创建新的对象时，总是需要重新获取原始对象的属性，如果创建的对象比较复杂时，效率较低
• 总是需要重新初始化对象，而不是动态地获得对象运行时的状态，不够灵活
• 改进的思路分析：
  • 思路: Java 中Object类是所有类的根类，Object 类提供了一个clone()方法，该方法可以将一个Java 对象复制一份，但是需要实现clone的Java类必须要实现一个接口Cloneable，该接口表示该类能够复制具有复制的能力。

基本介绍：

• 原型模式(Prototype模式)是指：用原型实例指定创建对象的种类，并且通过拷贝这些原型，创建新的对象
• 原型模式是一种创建型设计模式，允许一个对象再创建另外一个可定制的对象，无需知道如何创建的细节
• 工作原理是：通过将一个原型对象传给那个要发动创建的对象，这个要发动创建的对象通过请求原型对象拷贝它们自己来实施创建，即对象.clone()
• 形象的理解：孙大圣拔出猴毛，变出其它孙大圣

深入讨论：浅拷贝和深拷贝

• 浅拷贝
  • 对于数据类型是基本数据类型的成员变量，浅拷贝会直接进行值传递，也就是将该属性值复制一份给新的对象。对于数据类型是引用数据类型的成员变量，比如说成员变量是某个数组、某个类的对象等，那么浅拷贝会进行引用传递，也就是只是将该成员变量的引用值(内存地址)复制一份给新的对象。因为实际上两个对象的该成员变量都指向同一个实例。在这种情况下，在一个对象中修改该成员变量会影响到另一个对象的该成员变量值。
  • 前面我们克隆羊就是浅拷贝
  • 浅拷贝是使用默认的clone(方法来实现
    • sheep = (Sheep) super.cloneO)；
• 深拷贝
  • 复制对象的所有基本数据类型的成员变量值
  • 为所有引用数据类型的成员变量申请存储空间，并复制每个引用数据类型成员变量所引用的对象，直到该对象可达的所有对象。也就是说，对象进行深拷贝要对整个对象(包括对象的引用类型)进行拷贝
  • 深拷贝实现方式1：重写clone方法来实现深拷贝
  • 深拷贝实现方式2：通过对象序列化实现深拷贝(推荐)

注意事项和细节：

• 创建新的对象比较复杂时，可以利用原型模式简化对象的创建过程，同时也能够提高效率
• 不用重新初始化对象，而是动态地获得对象运行时的状态
• 如果原始对象发生变化(增加或者减少属性)，其它克隆对象的也会发生相应的变化，无需修改代码
• 在实现深克隆的时候可能需要比较复杂的代码
• 缺点：需要为每一个类配备-一个克隆方法，这对全新的类来说不是很难，但对已有的类进行改造时，需要修改其源代码，违背了ocp原则

应用：

• spring中原型bean的创建，就是原型模式的应用

4、建造者模式

盖房项目需求

• 需要建房子：这一过程为打桩、砌墙、封顶
• 房子有各种各样的，比如普通房，高楼，别墅，各种房子的过程虽然一样，但是要求不要相同的.
• 请编写程序，完成需求.

传统方式分析：

• 比较好理解，简单易操作
• 设计的程序结构，过于简单，没有设计缓存层对象，程序的扩展和维护不好.也就是说，这种设计方案，把产
  品(即:房子)和创建产品的过程(即:建房子流程)封装在一起，耦合性增强了。
• 解决方案:将产品和产品建造过程解耦=>建造者模式

建造者模式基本介绍

• 建造者模式(BuilderPattern)又叫生成器模式，是一种对象构建模式。它可以将复杂对象的建造过程抽象出

  来(抽象类别)，使这个抽象过程的不同实现方法可以构造出不同表现(属性)的对象。

• 建造者模式是一步一步创建一个复杂的对象，它允许用户只通过指定复杂对象的类型和内容就可以构建它们，

  用户不需要知道内部的具体构建细节。

四个角色：

• Product(产品角色)：一个具体的产品对象。

• Builder(抽象建造者)：创建一个Product对象的各个部件指定的接口/抽象类。

• ConcreteBuilder (具体建造者) ：实现接口， 构建和装配各个部件。

• Director (指挥者)：构建一个使用Builder接口的对象。它主要是用于创建一个复杂的对象。它主要有两个作

  用，一是：隔离了客户与对象的生产过程，二是：负责控制产品对象的生产过程。

注意事项和细节：

• 客户端(使用程序)不必知道产品内部组成的细节，将产品本身与产品的创建过程解耦，使得相同的创建过程可

  以创建不同的产品对象

• 每一个具体建造者都相对独立，而与其他的具体建造者无关，因此可以很方便地替换具体建造者或增加新的具

  体建造者，用户使用不同的具体建造者即可得到不同的产品对象

• 可以更加精细地控制产品的创建过程。将复杂产品的创建步骤分解在不同的方法中，使得创建过程更加清晰，

  也更方便使用程序来控制创建过程

• 增加新的具体建造者无须修改原有类库的代码，指挥者类针对抽象建造者类编程，系统扩展方便，符合“开闭

  原则”

• 建造者模式所创建的产品一般具有较多的共同点，其组成部分相似，如果产品之间的差异性很大，则不适合使

  用建造者模式，因此其使用范围受到一定的限制。

• 如果产品的内部变化复杂，可能会导致需要定义很多具体建造者类来实现这种变化，导致系统变得很庞大，因

  此在这种情况下，要考虑是否选择建造者模式.

• 抽象工厂模式VS建造者模式

  • 抽象工厂模式实现对产品家族的创建，一个产品家族是这样的一系列产品：具有不同分类维度的产品组合，采用抽象工厂模式不需要关心构建过程，只关心什么产品由什么工厂生产即可。而建造者模式则是要求按照指定的蓝图建造产品，它的主要目的是通过组装零配件而产生一个新产品。

应用：

• java.lang.StringBuilder使用的是建造者模式

5、适配器设计模式

基本介绍

• 适配器模式(Adapter Pattem)将某个类的接口转换成客户端期望的另一个接口表示，主的目的是兼容性，让原本因接口不匹配不能一起工作的两个类可以协同工作。其别名为包装器( Wrapper)
• 适配器模式属于结构型模式
• 主要分为三类:类适配器模式、对象适配器模式、接口适配器模式

工作原理

• 适配器模式：将一个类的接口转换成另一种接口。让原本接口不兼容的类可以兼容
• 从用户的角度看不到被适配者，是解耦的
• 用户调用适配器转化出来的目标接口方法，适配器再调用被适配者的相关接口方法
• 用户收到反馈结果，感觉只是和目标接口交互

类适配器模式介绍：

• 基本介绍: Adapter 类，通过继承sre类，实现dst类接口，完成src->dst的适配
• 应用实例：
  • 以生活中充电器的例子来讲解适配器，充电器本身相当于Adapter, 220V 交流电相当于src (即被适配者),我们的目dst(即目标)是5V直流电
• 注意事项和细节：
  • Java是单继承机制，所以类适配器需要继承src 类这一点算是一个缺点，因为这要求dst 必须是接口，有一定局限性;
  • src类的方法在Adapter中都会暴露出来，也增加了使用的成本。
  • 由于其继承了src 类，所以它可以根据需求重写src 类的方法，使得Adapter的灵活性增强了。

对象适配器模式：

• 基本思路和类的适配器模式相同，只是将Adapter类作修改，不是继承src类，而是持有sre类的实例，以解决
  兼容性的问题。即: 持有src类，实现dst 类接口，完成src->dst的适配
• 根据“合成复用原则”，在系统中尽量使用关联关系(聚合)来替代继承关系。
• 对象适配器模式是适配器模式常用的一种
• 应用实例
  • 以生活中充电器的例子来讲解适配器，充电器本身相当于Adapter, 220V交流电相当于src (即被适配者)，我们的目dst(即目标)是5V直流电，使用对象适配器模式完成。
• 注意事项和细节
  • 对象适配器和类适配器其实算是同一种思想，只不过实现方式不同。根据合成复用原则，使用组合替代继承，所以它解决了类适配器必须继承sre的局限性问题，也不再要求dst必须是接口。
  • 使用成本更低，更灵活。

接口适配器模式：

• 一些书籍称为:适配器模式(Default Adapter Pattern)或缺省适配器模式。
• 核心思路：当不需要全部实现接口提供的方法时，可先设计一个抽象类实现接口，并为该接口中每个方法提供一个默认实现(空方法)，那么该抽象类的子类可有选择地覆盖父类的某些方法来实现需求
• 适用于一个接口不想使用其所有的方法的情况。
• 应用实例
  • Android中的属性动画ValueAnimator类可以通过addListener(AnimatorListener listener)方法添加监听器
  • 有时候我们不想实现Animator.AnimatorListener接口的全部方法，我们只想监听onAnimationStart

适配器模式在SpringMVC框架应用的源码剖析

• SpringMvc中的HandlerAdapter, 就使用了适配器模式
• SpringMVC 处理请求的流程回顾
• 使用 HandlerAdapter的原因分析:
  • 可以看到处理器的类型不同，有多重实现方式，那么调用方式就不是确定的，如果需要直接调用Controller方法，需要调用的时候就得不断是使用ifelse来进行判断是哪一种子类然后执行。那么如果后面要扩展Controller,就得修改原来的代码，这样违背了OCP原则。

适配器模式的注意事项和细节

• 三种命名方式，是根据src是以怎样的形式给到Adapter (在Adapter里的形式)来命名的。
• 类适配器：以类给到，在Adapter里，就是将src当做类，继承
  对象适配器：以对象给到，在Adapter里，将src作为-一个对象，持有
  接口适配器：以接口给到，在Adapter里，将src作为-一个接口，实现
• Adapter 模式最大的作用还是将原本不兼容的接口融合在一起工作。
• 实际开发中，实现起来不拘泥于我们讲解的三种经典形式

6、桥接模式

问题：

​ 现在对不同手机类型的不同品牌实现操作编程(比如:开机、关机、上网，打电话等)

传统方案解决手机操作问题分析

• 扩展性问题(类爆炸)，如果我们再增加手机的样式(旋转式)，就需要增加各个品牌手机的类，同样如果我们增加一个手机品牌，也要在各个手机样式类下增加。
• 违反了 单一职责原则，当我们增加手机样式时，要同时增加所有品牌的手机，这样增加了代码维护成本.
• 解决方案 - 使用桥接模式

桥接模式(Bridge)-基本介绍

• 桥接模式(Bridge模式)是指:将实现与抽象放在两个不同的类层次中，使两个层次可以独立改变。

• 是一 种结构型设计模式

• Bridge 模式基于类的最小设计原则，通过使用封装、聚合及继承等行为让不同的类承担不同的职责。它的主

  要特点是把抽象(Abstraction)与行为实现(Implementation)分离开来,从而可以保持各部分的独立性以及应对

  他们的功能扩展。

桥接模式在JDBC的源码剖析

• Jdbc 的Driver 接口，如果从桥接模式来看，Driver 就是一个接口，下 面可以有MySQL的Driver，Oracle 的

  Driver，这些就可以当做实现接口类。

注意事项和细节

• 实现了抽象和实现部分的分离，从而极大的提供了系统的灵活性，让抽象部分和实现部分独立开来，这有助于

  系统进行分层设计，从而产生更好的结构化系统。

• 对于系统的高层部分，只需要知道抽象部分和实现部分的接口就可以了，其它的部分由具体业务来完成。

• 桥接模式替代多层继承方案，可以减少子类的个数，降低系统的管理和维护成本。

• 桥接模式的引入增加了系统的理解和设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设
  计和编程。

• 桥接模式要求正确识别出系统中两个独立变化的维度(抽象、和实现)，因此其使用范围有-定的局限性，即需
  要有这样的应用场景。

常见的应用场景：

• JDBC驱动程序
• 银行转账系统
• 消息管理