设计模式——创建型模式

简介: 设计模式——创建型模式

设计模式——创建型模式

设计模式分类

创建型

创建型模式设计到将对象实例化,这类模式都提供一个方法,将客户从所需实例化的对象中解耦

结构型

结构型模式可以让你把类或对象组合到更大的结构中。

行为型

行为型,都设计到类和对象如何交互及分配职责

创建型模式

创建型模式分类

解读:为什么将创建型模式分为直接和间接???

分类的主要依据是客户端想要一个具体的产品,是否通过了第三方。

直接:

如单例模式,如果客户端想要一个具体的产品,是直接类名.方法名,当然客户端不知道类里面的具体细节。

如:原型模式,如果客户端想要一个具体的产品,是直接调用克隆的方法。

间接:

如工厂方法模式,如果客户端想要一个具体的产品,他需要通过使用具体的工厂返回一个具体的产品。

如抽象工厂和工厂方法一致。也是通过使用具体的工厂。

如建造者,如果客户端想要一个具体的产品,他需要使用指挥者来指挥具体的建造者来创建具体的产品。

单例模式

保证一个类仅有一个实例,并提供一个访问它的全局访问点

图与代码的对应(图和代码皆引用自大话设计模式)


要点

1.单例模式通过将他的构造方法的访问修饰符设置为Private,是外部无法通过new的方式来获取他的一个对象,也就无法使用到类里面的方法。
2.通过声明唯一一个静态的私有的全局变量,并且声明一个Public ,Static的方法,使成为唯一一个外部能够访问的点。

3.这个公共的 静态的方法,保证了这个类只能被实例化一次。

可以看到在客户端如果想要一个产品是直接使用类名.方法名来获取

使用场景

例如:C#中通过命令按钮显示窗体的时候,会发生每点击一次就会有一个新的窗体冒出来,使用单例模式可以很好的解决这个问题。

原型模式

用原型实例指定创建对象的种类,并通过拷贝这些原型创建新的对象。

图和代码的对应(图和代码皆引用自大话设计模式)




要点

1.利用MeberWiseClone()这个方法进行克隆

2.ConcretePrototype1类重写了返回值为Prototype的Clone()方法
3.在客户端需要实例化一个具体原型类,在使用Clone()进行克隆,特别注意的是ConcretePrototype c1=(ConcretePrototype)p1.Clone()中存在一个强制转换(ConcretePrototype),为什么这儿需要一个强制转换呢?是因为在ConcretePrototype1中Clone()方法的返回值为Prototype,所以这儿需要一个强制转换。子类可以属于父类,但是父类不能属于子类。

应用场景

如写简历,首先需要自己制作一份简历,去投简历的时候,不可能只投一家公司,也不可能只有一份简历,你可能需要十几份简历。如果没有使用克隆技术,你就得手工一份一份的做,如果运用了克隆,像打印机之类的很快就能制作好成百上千的简历。

建造者模式

将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示

图和代码的对应(引用自大话设计模式)










要点

1.当客户端想要一个产品的时候,他需要调用指挥者,然后指挥者来调用具体的建造者。

这也就是将复杂对象的构建与它的便是分离,客户端不知建造的过程和细节。
2.可以通过修改具体建造者中的参数,达到同样的建造过程,但具有不同的表示,最后建造出来的产品不一样。

####应用场景

需要构建一个复杂的小人对象的时候,建造小人需要建造头部,手,脚。

工厂方法模式

定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到子类。

图和代码对应(引用自大话设计模式)



要点:

1.客户端想要得到一个产品,他需要使用具体的工厂来返回一个产品,也就是通过具体工厂中的方法来进行实例化。

2.客户端不知道具体的实现过程,和具体的产品类。

抽象工厂模式

提供一个创建一系列相关或相互依赖对象的结构,而无需指定他们具体的类。

图和代码的对应

要点

1.抽象工厂和工厂方法的主要区别是工厂方法主要应用与同一类产品,当需要增加多个产品族的时候就需要使用抽象工厂了。

2.抽象工厂同工厂方法的使用过程都是通过具体工厂来返回产品。

目录
相关文章
|
1月前
|
设计模式 架构师 Java
设计模式之 5 大创建型模式,万字长文深剖 ,近 30 张图解!
设计模式是写出优秀程序的保障,是让面向对象保持结构良好的秘诀,与架构能力与阅读源码的能力息息相关,本文深剖设计模式之 5 大创建型模式。关注【mikechen的互联网架构】,10年+BAT架构经验倾囊相授。
设计模式之 5 大创建型模式,万字长文深剖 ,近 30 张图解!
|
4月前
|
设计模式 存储 负载均衡
【五】设计模式~~~创建型模式~~~单例模式(Java)
文章详细介绍了单例模式(Singleton Pattern),这是一种确保一个类只有一个实例,并提供全局访问点的设计模式。文中通过Windows任务管理器的例子阐述了单例模式的动机,解释了如何通过私有构造函数、静态私有成员变量和公有静态方法实现单例模式。接着,通过负载均衡器的案例展示了单例模式的应用,并讨论了单例模式的优点、缺点以及适用场景。最后,文章还探讨了饿汉式和懒汉式单例的实现方式及其比较。
【五】设计模式~~~创建型模式~~~单例模式(Java)
|
4月前
|
设计模式 XML 存储
【三】设计模式~~~创建型模式~~~抽象工厂模式(Java)
文章详细介绍了抽象工厂模式,这是一种创建型设计模式,用于提供一个接口以创建一系列相关或相互依赖的对象,而不指定它们具体的类。通过代码示例和结构图,文章展示了抽象工厂模式的动机、定义、结构、优点、缺点以及适用场景,并探讨了如何通过配置文件和反射机制实现工厂的动态创建。
【三】设计模式~~~创建型模式~~~抽象工厂模式(Java)
|
4月前
|
设计模式 XML 存储
【二】设计模式~~~创建型模式~~~工厂方法模式(Java)
文章详细介绍了工厂方法模式(Factory Method Pattern),这是一种创建型设计模式,用于将对象的创建过程委托给多个工厂子类中的某一个,以实现对象创建的封装和扩展性。文章通过日志记录器的实例,展示了工厂方法模式的结构、角色、时序图、代码实现、优点、缺点以及适用环境,并探讨了如何通过配置文件和Java反射机制实现工厂的动态创建。
【二】设计模式~~~创建型模式~~~工厂方法模式(Java)
|
4月前
|
设计模式 XML Java
【一】设计模式~~~创建型模式~~~简单工厂模式(Java)
文章详细介绍了简单工厂模式(Simple Factory Pattern),这是一种创建型设计模式,用于根据输入参数的不同返回不同类的实例,而客户端不需要知道具体类名。文章通过图表类的实例,展示了简单工厂模式的结构、时序图、代码实现、优缺点以及适用环境,并提供了Java代码示例和扩展应用,如通过配置文件读取参数来实现对象的创建。
【一】设计模式~~~创建型模式~~~简单工厂模式(Java)
|
4月前
|
设计模式 存储 XML
[设计模式]创建型模式-抽象工厂模式
[设计模式]创建型模式-抽象工厂模式
|
4月前
|
设计模式 测试技术 Go
[设计模式]创建型模式-简单工厂模式
[设计模式]创建型模式-简单工厂模式
|
4月前
|
设计模式 XML 存储
【四】设计模式~~~创建型模式~~~建造者模式(Java)
文章详细介绍了建造者模式(Builder Pattern),这是一种创建型设计模式,用于将复杂对象的构建与其表示分离,允许分步骤创建一个复杂的对象而无需指定其内部的具体构造细节。通过定义抽象建造者、具体建造者、指挥者和产品角色,建造者模式允许通过相同的构建过程创建不同的产品表示,提高了系统的灵活性和扩展性。
|
4月前
|
设计模式 安全 测试技术
[设计模式]创建型模式-单例模式
[设计模式]创建型模式-单例模式
|
6月前
|
设计模式 Java 编译器
设计模式——创建型模式(工厂,简单工厂,单例,建造者,原型)
设计模式——创建型模式(工厂,简单工厂,单例,建造者,原型)