您的位置:首页 > 其它

设计模式(2)-创建型-简单工厂,工厂,抽象工厂模式(Factory)

2016-07-13 03:39 603 查看

简单工厂模式(不属于设计模式)

意图:

由一个工厂类根据传入的参量决定创建出哪一种产品类的实例

个人理解:

包含了必要的逻辑判断,根据给定信息或参量,决定究竟应该创建哪个类的对象。

违反了设计模式原则

适用性:

当一个类不会有太多变化的时候。

简单代码,便于理解:



工厂模式

意图:

定义一个用于创建对象的接口,让子类决定实例化哪一个类。Factory Method 使一个类的实例化延迟到其子类。

个人理解:

工厂模式只针对的一个产品的等级结构

一个抽象工厂类,可以派生出多个具体工厂类

一个抽象产品类可以派生出多个具体产品类

每个具体工厂类只能对应的创建一个具体产品类的实例

适用性:

当一个类不知道它所必须创建的对象的类的时候,可能后面有很多创建方式的变动,但现在并不知道。

当一个类希望由它的子类来指定它所创建的对象的时候。

当类将创建对象的职责委托给多个帮助子类中的某一个,并且你希望将哪一个帮助子类是代理者这一信息局部化的时候。

简单代码,便于理解:



抽象工厂模式

意图:

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

个人理解:

抽象工厂模式针对的是面向多个产品的等级结构

一个抽象工厂类,可以派生出多个具体工厂类

多个抽象产品类,每个抽象产品类可以派生出多个具体产品类

每个具体工厂类可以对应创建多个具体产品类的实例

所创建的实例是成组出现的,是相关或相互依赖的。

对产品的扩展比较麻烦,费力,如果需要增加一个新产品,则要改动几乎所有的工厂类。

适用性:

一个系统要独立于它的产品的创建、组合和表示时。

一个系统要由多个产品系列中的一个来配置时。

当你要强调一系列相关的产品对象的设计以便进行联合使用时。

当你提供一个产品类库,而只想显示它们的接口而不是实现时。

简单代码,便于理解:

内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签:  设计模式