java 24 设计模式

  • 单例模式
    java中单例模式是一种常见的设计模式,单例模式的写法有好几种,这里主要介绍三种:懒汉式单例、饿汉式单例、登记式单例。  
    单例模式有以下特点:  
    1、单例类只能有一个实例。  
    2、单例类必须自己创建自己的唯一实例。  
    3、单例类必须给所有其他对象提供这一实例。
  • 工厂模式
    工厂模式主要是为创建对象提供过渡接口,以便将创建对象的具体过程屏蔽隔离起来,达到提高灵活性的目的。
    工厂模式在《Java与模式》中分为三类:
    1、简单工厂模式(Simple Factory)
    2、工厂方法模式(Factory Method)
    3、抽象工厂模式(Abstract Factory)
  • 简单工厂模式
    简单工厂模式又称静态工厂方法模式。重命名上就可以看出这个模式一定很简单。它存在的目的很简单:定义一个用于创建对象的接口。
    先来看看它的组成:
  1. 工厂类角色:这是本模式的核心,含有一定的商业逻辑和判断逻辑。在java中它往往由一个具体类实现。
  2. 抽象产品角色:它一般是具体产品继承的父类或者实现的接口。在java中由接口或者抽象类来实现。
  3. 具体产品角色:工厂类所创建的对象就是此角色的实例。在java中由一个具体类实现。
  • 工厂方法模式
    工厂方法模式去掉了简单工厂模式中工厂方法的静态属性,使得它可以被子类继承。这样在简单工厂模式里集中在工厂方法上的压力可以由工厂方法模式里不同的工厂子类来分担。
    你应该大致猜出了工厂方法模式的结构,来看下它的组成:
  1. 抽象工厂角色: 这是工厂方法模式的核心,它与应用程序无关。是具体工厂角色必须实现的接口或者必须继承的父类。在java中它由抽象类或者接口来实现。
  2. 具体工厂角色:它含有和具体业务逻辑有关的代码。由应用程序调用以创建对应的具体产品的对象。
  3. 抽象产品角色:它是具体产品继承的父类或者是实现的接口。在java中一般有抽象类或者接口来实现。
  4. 具体产品角色:具体工厂角色所创建的对象就是此角色的实例。在java中由具体的类来实现
  • 抽象工厂模式
    抽象工厂模式和工厂方法模式的区别就在于需要创建对象的复杂程度上。而且抽象工厂模式是三个里面最为抽象、最具一般性的。
    抽象工厂模式的用意为:给客户端提供一个接口,可以创建多个产品族中的产品对象
    而且使用抽象工厂模式还要满足一下条件:
  1. 系统中有多个产品族,而系统一次只可能消费其中一族产品。
  2. 同属于同一个产品族的产品一起使用。
    来看看抽象工厂模式的各个角色(和工厂方法的如出一辙):
  3. 抽象工厂角色: 这是工厂方法模式的核心,它与应用程序无关。是具体工厂角色必须实现的接口或者必须继承的父类。在java中它由抽象类或者接口来实现。
  4. 具体工厂角色:它含有和具体业务逻辑有关的代码。由应用程序调用以创建对应的具体产品的对象。在java中它由具体的类来实现。
  5. 抽象产品角色:它是具体产品继承的父类或者是实现的接口。在java中一般有抽象类或者接口来实现。
  6. 具体产品角色:具体工厂角色所创建的对象就是此角色的实例。在java中由具体的类来实现。
  • 命令模式
    命令模式属于对象的行为模式。命令模式又称为行动(Action)模式或交易(Transaction)模式。
    命令模式把一个请求或者操作封装到一个对象中。命令模式允许系统使用不同的请求把客户端参数化,对请求排队或者记录请求日志,可以提供命令的撤销和恢复功能。
    命令模式的结构
      命令模式是对命令的封装。命令模式把发出命令的责任和执行命令的责任分割开,委派给不同的对象。
      每一个命令都是一个操作:请求的一方发出请求要求执行一个操作;接收的一方收到请求,并执行操作。命令模式允许请求的一方和接收的一方独立开来,使得请求的一方不必知道接收请求的一方的接口,更不必知道请求是怎么被接收,以及操作是否被执行、何时被执行,以及是怎么被执行的。
      命令允许请求的一方和接收请求的一方能够独立演化,从而具有以下的优点:
      (1)命令模式使新的命令很容易地被加入到系统里。
      (2)允许接收请求的一方决定是否要否决请求。
      (3)能较容易地设计一个命令队列。
      (4)可以容易地实现对请求的撤销和恢复。
      (5)在需要的情况下,可以较容易地将命令记入日志。
      命令模式涉及到五个角色,它们分别是:
      1、客户端(Client)角色:创建一个具体命令(ConcreteCommand)对象并确定其接收者。
      2、命令(Command)角色:声明了一个给所有具体命令类的抽象接口。
      3、具体命令(ConcreteCommand)角色:定义一个接收者和行为之间的弱耦合;实现execute()方法,负责调用接收者的相应操作。execute()方法通常叫做执行方法。
      4、请求者(Invoker)角色:负责调用命令对象执行请求,相关的方法叫做行动方法。
      5、接收者(Receiver)角色:负责具体实施和执行一个请求。任何一个类都可以成为接收者,实施和执行请求的方法叫做行动方法。
  • 享元模式
    享元模式的结构
      享元模式采用一个共享来避免大量拥有相同内容对象的开销。这种开销最常见、最直观的就是内存的损耗。享元对象能做到共享的关键是区分内蕴状态(Internal State)和外蕴状态(External State)。
      一个内蕴状态是存储在享元对象内部的,并且是不会随环境的改变而有所不同。因此,一个享元可以具有内蕴状态并可以共享。
      一个外蕴状态是随环境的改变而改变的、不可以共享的。享元对象的外蕴状态必须由客户端保存,并在享元对象被创建之后,在需要使用的时候再传入到享元对象内部。外蕴状态不可以影响享元对象的内蕴状态,它们是相互独立的。
      享元模式可以分成单纯享元模式和复合享元模式两种形式。

你可能感兴趣的:(java 24 设计模式)