共计 6 篇文章

设计模式(创建型模式):建造者模式

介绍完工厂模式,现在来看一下建造者模式。建造者模式就是将一系列对象组装为一个完整对象并且返回给用户,例如汽车,就是需要由各个部件来由工人建造成一个复杂的组合实体,这个复杂实体的构造过程就被外部化到一个建造者的对象,由这个建造者对象返回创建好的实体,是不是跟工厂很像呀? 建造者模式则主要由几个对象构成: 抽象建造者 具体建造者 指挥者 产品角色 UML 类图如下: 抽象建造者负责定义建造者的行为,这里使用接口/抽象类均可,而具体建造者则实现了抽象建造者,负责具体的建造行为。 指挥者是针对抽象建造者进行变成,是将这些建造者的建造行为进行逻辑处理,不论你传入哪种不同的建造者,都能保证建造流程一致性。 而建造者模式则是将构造复杂对象的内部与对象的具体表现隔离开来,使得同样的建造过程可以创造出不同的表现。 ...

设计模式(创建型模式):抽象工厂

介绍了简单工厂与工厂方法之后,现在我们来看一下工厂三兄弟的最后一个 —— 抽象工厂。 那什么是抽象工厂呢? 抽象工厂模式(Abstract Factory Pattern):提供一个创建一系列相关或相互依赖对象 的接口,而无须指定它们具体的类。抽象工厂模式又称为Kit模式,属于对象创建型模式。 说起来,抽象工厂与工厂方法类似,但与工厂不同的是抽象工厂不再提供一个单一的抽象产品创建。而是提供了同一产品族不同产品等级结构的创建方式。 这里解释一下两个名词: 产品等级结构 在之前的工厂方法当中,一个工厂只能创建一个产品,这个产品可能会有多层继承产品。 比如说有一个抽象产品电视机,那么可能是苹果手机这一个抽象产品,但是苹果手机有 多个版本, ...

设计模式(创建型模式):工厂方法

介绍完简单工厂之后,现在就来介绍一下工厂方法模式。之前简单工厂有一个弊端就是每次你需要产生新的产品的时候都需要对创建工厂类进行更改,如同前一篇文章说过的一样最后的后果是工厂类会变得十分庞大。 而工厂方法模式就是对简单工厂的进一步抽象,引入了抽象工厂,而具体的产品则由具体的产品工厂来进行构建。从而将创建对象的工作从一个工厂当中分离出来,转而延迟到具体的产品工厂来进行实例化。 所以,在工厂方法模式当中,由这 4 个对象构成: 抽象工厂 具体工厂 抽象产品 具体产品 抽象工厂用于用于定义创建产品等抽象方法,而具体工厂则实习现这些接口用来创建具体产品。我们用来代码来实现。 抽象工厂: public abstract class AbsFactory ...

设计模式(创建型模式):简单工厂

在设计模式当中有三大工厂,分别是 简单工厂、抽象工厂、工厂方法 这三种创建实例的设计模式,这里先从简单工厂将其,从名字就可以看出这是这三种工厂模式当中最为简单的一种实现。 简单工厂一般由以下几个对象组成: 对象 作用 工厂类 负责创建产品 抽象产品类 工厂创建出来的产品抽象 具体产品类 继承自抽象产品类,具体的产品功能 那么我们为什么不直接 new 一个对象来执行操作呢?如果有以下代码: public class BusinessClass { public ...

设计模式(创建型模式):单例模式

单例模式用于在整个软件系统当中保持唯一实例,在 C# 当中最能够体现此概念的就是静态类,静态类的生命周期是跟随整个程序,并且在整个程序中仅保有一个实例。 不过在这里我们不再详细阐述单例模式与静态类有什么区别,如果有兴趣的话可以查看 这篇博文 和 这篇博文。 这里说一下个人的理解: 单例模式可以用实现接口与继承,而静态类是无法实现的。 单例模式可以方便进行 Mock 测试。 单例对象可以很方便的进行替换。 静态类/静态方法更多的是用于工具类方法,是无状态的。 为了保证我们的对象是全局唯一的,那么我们肯定不能够通过 new 来创建单例对象,所以我们首先要将其构造函数设为私有的, ...