时间:2021-05-20
工厂方法模式
动机
创建一个对象往往需要复杂的过程,所以不适合包含在一个复合工厂中,当有新的产品时,需要修改这个复合的工厂,不利于扩展。
而且,有些对象的创建可以需要用到复合工厂访问不到的信息,所以,定义一个工厂接口,通过实现这个接口来决定实例化那个产品,这就是工厂方法模式,让类的实例化推迟到子类中进行。
目的
1. 定义一个接口,让子类决定实例化哪个产品。
2. 通过通用接口创建对象。
实现
1. 产品接口和具体产品很好理解。
2. 工厂类提供一个工厂方法,返回一个产品对象。但是这个工厂方法是抽象的。
3. 具体工厂类实现工厂方法,完成具体产品的创建。
适用场景
1. 创建对象时有比较多重复的代码时,可以考虑使用工厂方法模式执行这些重复的部分。
2. 创建对象需要访问某些信息,而这些信息不应该包含在工厂类,那么可以让子类来实现对象的创建。
3. 需要集中管理对象的创建,保持程序的一致性时。
抽象工厂模式
定义
抽象工厂模式提供了一种方式,可以将一组具有同一主题的单独的工厂封装起来。在正常使用中,客户端程序需要创建抽象工厂的具体实现,然后使用抽象工厂作为接口来创建这一主题的具体对象。客户端程序不需要知道(或关心)它从这些内部的工厂方法中获得对象的具体类型,因为客户端程序仅使用这些对象的通用接口。抽象工厂模式将一组对象的实现细节与他们的一般使用分离开来。
“工厂”是创建产品(对象)的地方,其目的是将产品的创建与产品的使用分离。抽象工厂模式的目的,是将若干抽象产品的接口与不同主题产品的具体实现分离开。这样就能在增加新的具体工厂的时候,不用修改引用抽象工厂的客户端代码。
使用抽象工厂模式,能够在具体工厂变化的时候,不用修改使用工厂的客户端代码,甚至是在运行时。然而,使用这种模式或者相似的设计模式,可能给编写代码带来不必要的复杂性和额外的工作。正确使用设计模式能够抵消这样的“额外工作”。
实现
1. AbstractFactory - 定义创建抽象产品的接口方法。
2. ConcreteFactory - 实现方法创建具体的产品。
3. AbstractProduct - 声明不同类型的产品的接口。
4. Product - 定义ConcreteFactory对应的具体产品,实现AbstractProduct接口。
5. Client - 使用AbstractFactory和AbstractProduct类。
FactoryMaker类使用的是简单工厂模式,而具体工厂的实现用的是工厂方法模式。
适用场景
1. 一个系统要独立于它的产品的创建、组合和表示时。
2. 一个系统要由多个产品系列中的一个来配置时。
3. 需要强调一系列相关的产品对象的设计以便进行联合使用时。
4. 提供一个产品类库,而只想显示它们的接口而不是实现时。
优点
1. 具体产品从客户代码中被分离出来
2. 容易改变产品的系列
3. 将一个系列的产品族统一到一起创建
缺点
1. 在产品族中扩展新的产品是很困难的,它需要修改抽象工厂的接口和具体工厂。
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
前言在《设计模式》一书中工厂模式提到了:工厂方法模式(FactoryMethod)抽象工厂模式(AbstractFactory)但是在实际过程中还有一种工厂模式
本文实例讲述了Android编程设计模式之工厂方法模式。分享给大家供大家参考,具体如下:一、介绍工厂方法模式(FactoryPattern),是创建型设计模式之
定义:为创建一组相关或相互依赖的对象提供一个接口,而且无需指定他们的具体类。类型:创建类模式类图:抽象工厂模式与工厂方法模式的区别抽象工厂模式是工厂方法模式的升
定义:为创建一组相关或相互依赖的对象提供一个接口,而且无需指定他们的具体类。类型:创建类模式类图:抽象工厂模式与工厂方法模式的区别抽象工厂模式是工厂方法模式的升
抽象工厂模式说明1.工厂方法模式的问题:在工厂方法模式里,创建类都需要通过工厂类,如果要扩展程序,就必须修改工厂类,这违背了闭包原则,对扩展开放,对修改关闭;对