C#工厂模式讲解学习Word下载.docx
- 文档编号:14255484
- 上传时间:2022-10-20
- 格式:DOCX
- 页数:23
- 大小:107.40KB
C#工厂模式讲解学习Word下载.docx
《C#工厂模式讲解学习Word下载.docx》由会员分享,可在线阅读,更多相关《C#工厂模式讲解学习Word下载.docx(23页珍藏版)》请在冰豆网上搜索。
这个操作移交一个具体的类,由它去负责根据我们的条件创建具体类的实例,也就是下面要说的“简单工厂模式”。
定义:
专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类或接口。
简单工厂模式又称为静态工厂方法(StaticFactoryMethod)模式,属于类的创建型模式,通常根据一个条件(参数)来返回不同的类的实例。
意图:
提供一个类,由它负责根据一定的条件创建某一具体类的实例
参与者:
∙工厂角色(Creator)
∙是简单工厂模式的核心,它负责实现创建所有具体产品类的实例。
工厂类可以被外界直接调用,创建所需的产品对象。
∙抽象产品角色(Product)
∙是所有具体产品角色的父类,它负责描述所有实例所共有的公共接口。
∙具体产品角色(ConcreteProduct)
∙继承自抽象产品角色,一般为多个,是简单工厂模式的创建目标。
工厂类返回的都是该角色的某一具体产品。
UML图:
现实生活中例子:
每次参加不同的聚会或者与不同的人见面,可能穿的衣服是不一样的,比如,你今天上午要与你的一个新客户见面,你可能会对你的老婆说:
老婆,给拿件商务装(参数),我要去见我的一个客户,你老婆(工厂类)接到你的请求(商务装参数)后,从衣柜中取出一件商务装(具体产品),交给你。
整个过程就完成了。
分析:
你可能根据不同的条件,要的衣服是不一样的,但要的衣服都是已经在你的衣柜中存在的。
并且,每件上衣它们都属于同一种抽象,即它们可以从一个抽象类或接口中继承,这此衣服各自都有一定特征,这些都是条件。
然后你要的时候,就可以向你老婆说一种特征,她就会根据这个特征为你服务了。
这就是典型的简单工厂模式的应用。
抽象产品类代码
1
///
<
summary>
2
///
抽象产品类:
上衣
3
/summary>
4
public
interface
ICoat
5
{
6
void
GetYourCoat();
7
}
非常简单,是吧?
这里我只是举一个仅仅能说明问题的例子,在具体的项目中,可能是很复杂的哦。
。
具体产品类代码
1namespace
SimpleFactory
2{
具体产品类:
商务上衣
class
BusinessCoat:
8
GetYourCoat()
9
10
Console.WriteLine("
商务上衣"
);
11
}
12
13
14
15
时尚上衣
16
17
FashionCoat
:
18
19
20
实现ICoat中定义的方法
21
22
returns>
/returns>
23
24
25
时尚上衣"
26
27
28}
简单工厂模式中最核心的部分:
工厂类
简单工厂模式中的核心部分:
Factory
ICoat
CreateCoat(string
styleName)
switch
(styleName.Trim().ToLower())
case
"
business"
13
return
new
BusinessCoat();
fashion"
FashionCoat();
default
throw
Exception("
还没有你要的那种衣服"
21}
再看一下客户在调用的时候的代码
客户类
Client
static
Main(string[]
args)
food;
try
Factory
factory
=
Factory();
12
Console.Write("
我要的是时尚上衣\t"
food
factory.CreateCoat("
food.GetYourCoat();
16
catch
(Exception
ex)
Console.WriteLine(ex.Message);
到这里,代码就完成了。
在客户端的代码中有我们就可以根据具体的参数,返回我们希望返回的对象,将"
操作推迟到工厂类中实现。
这里,参数我直接写上了,我们其实可以将这个参数写到一个xml文件中,如app.config文件中,动态的读出来,需要穿另外一种衣服了,只需要打开app.config文件,修改里面的值就行了,不需要项目重新编译。
这样这个小程序就能够适应一定的变化了(在上传上去的代码中我会修改一下)。
其实它也是设计模式正要解决的问题,在不修改代码的情况下,使项目能够适应一定的客户需求变化。
注意,是一定的,并非全部。
优点:
∙简单工厂模式能够根据外界给定的信息,决定究竟应该创建哪个具体类的对象。
通过它,外界可以从直接创建具体产品对
象的尴尬局面中摆脱出来。
∙外界与具体类隔离开来,偶合性低。
∙明确区分了各自的职责和权力,有利于整个软件体系结构的优化。
缺点:
∙工厂类集中了所有实例的创建逻辑,容易违反GRASPR的高内聚的责任分配原则
∙虽然简单工厂模式能够适应一定的变化,但是它所能解决的问题是远远有限的。
它所能创建的类只能是事先教考虑到的,如果需要添加新的类,则就需要改变工厂类了。
(这个问题在下一个工厂方法模式将得到很好的解决)
应用情景
∙工厂类负责创建的对象比较少
∙客户只知道传入了工厂类的参数,对于始何创建对象(逻辑)不关心
在简单工厂模式中,我们提到,工厂方法模式是简单工厂模式的一个延伸,它属于Gof23中设计模式的创建型设计模式。
它解决的仍然是软件设计中与创建对象有关的问题。
它可以更好的处理客户的需求变化。
工厂方法模式(FactoryMethodPattern)
引入
我们继续来说"
的问题,我们在简单工厂模式中,将实例化对象的工作推迟到了专门负责创建对象的工厂类中,这样,在我们事先预知的情况下,可以根据我们的需要动态创建产品类。
但是,我们的预知是有限的,客户的变化可能是无限的。
所以,就出现了问题,一旦客户的变化超越了我们的预知,我们就必须修改我们的源代码了。
这是设计模式所不允许的,怎么办呢?
工厂方法模式正是解决此类问题的。
问题:
具体工厂类的创建工作不能满足我们的要求了,创建的工作变化了
哪里变化,封装哪里。
把具体工厂封装起来。
定义
工厂方法模式又称为工厂模式,也叫虚拟构造器(VirtualConstructor)模式或者多态工厂模式(PolymorphicFactory),在工厂方法模式中,父类负责定义创建对象的公共接口,而子类则负责生成具体的对象,这样做的目的是将类的实例化操作延迟到子类中完成,即由子类来决定究竟应该实例化(创建)哪一个类。
意图
定义一个用户创建对象的接口,让子类决定实例化哪一个类,工厂方法模式使一个类的实例化延迟到其子类。
参与者
∙定义产品的接口
∙具体产品角色(ConcreteProduct)
∙实现接口Product的具体产品类
∙抽象工厂角色(Creator)
∙声明工厂方法(FactoryMethod),返回一个产品
∙真实的工厂(ConcreteCreator)
∙实现FactoryMethod工厂方法,由客户调用,返回一个产品的实例
工厂方法模式UML图
现实生活中的例子
为了方便大家理解,我仍然举穿衣服方面的一个例子。
这个例子与简单工厂模式中的那个例子有些不同。
据说清朝有个皇帝穿衣非常的奢侈,每种衣服(具体产品类)由一宫女(具体工厂类)专门负责,这样一来,每增加一种衣服(具体产品类),就要多出一个宫女(具体工厂类),但是他们各负其责,互不影响。
皇帝之所以这样做,是因为针对穿衣服这件事来说,可扩展性是非常强的()。
分析
实现的功能:
可以根据皇帝的要求,动态的创建(由宫女去拿)已存在的具体产品(衣服),如果皇帝的要求太苛刻,这种衣服还没有,只需要增加一个宫女,一个衣服就能够满足他的要求了。
每个宫女只负责一种衣服(高内聚),要增加一种衣服,对于以前的所有宫女与衣服来说,都不会受到影响(设计模式中所期
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- C# 工厂 模式 讲解 学习