博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
简单工厂模式(Simple Factory Pattern)
阅读量:5842 次
发布时间:2019-06-18

本文共 944 字,大约阅读时间需要 3 分钟。

     简单工厂模式是属于创建型模式,又叫做静态工厂方法(Static Factory Method)模式,但不属于23种GOF设计模式之一。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现。具体来说,把产品看着是一系列的类的集合,这些类是由某个抽象类或者接口派生出来的一个对象树。而工厂类用来产生一个合适的对象来满足客户的要求。

     简单工厂模式解决的问题是如何去实例化一个合适的对象。

     简单工厂模式的核心思想就是:有一个专门的类来负责创建实例的过程。

该模式中包含的角色及其职责
工厂(
Creator
)角色
简单工厂模式的核心,它负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用,创建所需的产品对象。
抽象产品(
Product
)角色
简单工厂模式所创建的所有对象的父类,它负责描述所有实例所共有的公共接口。注意,这里的父类可以是接口也可以是抽象类。
具体产品(
Concrete Product
)角色
是简单工厂模式的创建目标,所有创建的对象都是充当这个角色的某个具体类的实例。
优点
工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定的信息,决 定究竟应该创建哪个具体类的对象.通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。而不必管这些 对象究竟如何创建及如何组织的.明确了各自的职责和权利,有利于整个 的优化。
缺点
由于工厂类集中了所有实例的创建逻辑,违反了 责任分配原则,将全部创建逻辑集中到了一个工厂类中;它所能创建的类只能是事先考虑到的,如果需要添加新的类,则就需要改变工厂类了。
当系统中的具体产品类不断增多时候,可能会出现要求工厂类根据不同条件创建不同实例的需求.这种对条件的判断和对具体产品类型的判断交错在一起,很难避免模块功能的蔓延,对系统的维护和扩展非常不利;
简单工厂模式的方法一般都是静态的,而静态工厂方法是无法让子类继承的,因此,简单工厂模式无法形成基于基类的继承树结构。

转载于:https://www.cnblogs.com/ctddjyds/p/5859505.html

你可能感兴趣的文章
我不信奉Scrum,我信奉敏捷
查看>>
第四章例题、心得及问题。
查看>>
23种设计模式
查看>>
【ASP.NET开发】.NET三层架构简单解析
查看>>
svnsync实现版本库的同步备份
查看>>
第1课:接口测试和jmeter总结
查看>>
Redis命令总结
查看>>
多线程
查看>>
Socket
查看>>
Linux下“/”和“~”的区别
查看>>
复制数据库
查看>>
设计模式相关
查看>>
form——验证器Validators
查看>>
学习之旅——工作记录日志2017.7.09
查看>>
Android display架构分析
查看>>
<转>JS总结1--(CSS书写规范和正则表达式)
查看>>
<转>软件开发过程中的各种文档
查看>>
vim编辑器的使用--转自MJ学长
查看>>
代码的坏味道之一——译自《重构》
查看>>
ios添加设备真机测试,以及"Undefined symbols for architecture x86_64:''错误
查看>>