java工厂设计模式详解(java和python的区别)

Java 工厂模式

别称:虚拟构造函数、Virtual Constructor、Factory Method

??意图

工厂方法模式是一种创建型设计模式,其在父类中提供一个创建对象的方法,允许子类决定实例化对象的类型。
java工厂设计模式详解(java和python的区别)

??问题

假设你正在开发一款物流管理应用。最初版本只能处理卡车运输,因此大部分代码都在位于名为卡车的类中。

一段时间后,这款应用变得极受欢迎。你每天都能收到十几次来自海运公司的请求,希望应用能够支持海上物流功能。

这可是个好消息。但是代码问题该如何处理呢?目前,大部分代码都与 卡车类相关。在程序中添加轮船类需要修改全部代码。更糟糕的是,如果你以后需要在程序中支持另外一种运输方式,很可能需要再次对这些代码进行大幅修改。

最后,你将不得不编写繁复的代码,根据不同的运输对象类,在应用中进行不同的处理。

??解决方案

工厂方法模式建议使用特殊的工厂方法代替对于对象构造函数的直接调用 (即使用 new 运算符)。不用担心,对象仍将通过 new 运算符创建,只是该运算符改在工厂方法中调用罢了。工厂方法返回的对象通常被称作 “产品”。

乍看之下,这种更改可能毫无意义:我们只是改变了程序中调用构造函数的位置而已。但是,仔细想一下,现在你可以在子类中重写工厂方法,从而改变其创建产品的类型。

但有一点需要注意:仅当这些产品具有共同的基类或者接口时,子类才能返回不同类型的产品,同时基类中的工厂方法还应将其返回类型声明为这一共有接口。

举例来说,卡车Truck和轮船Ship类都必须实现运输Transport接口,该接口声明了一个名为deliver交付的方法。每个类都将以不同的方式实现该方法:卡车走陆路交付货物,轮船走海路交付货物。陆路运输Road??Logistics类中的工厂方法返回卡车对象,而海路运输Sea??Logistics类则返回轮船对象。

调用工厂方法的代码(通常被称为客户端代码)无需了解不同子类返回实际对象之间的差别。客户端将所有产品视为抽象的运输。客户端知道所有运输对象都提供交付方法,但是并不关心其具体实现方式

??工厂模式适合应用场景

问:当你在编写代码的过程中,如果无法预知对象确切类别及其依赖关系时,可使用工厂方法。

答:工厂方法将创建产品的代码与实际使用产品的代码分离,从而能在不影响其他代码的情况下扩展产品创建部分代码。

例如,如果需要向应用中添加一种新产品,你只需要开发新的创建者子类,然后重写其工厂方法即可。

问:如果你希望用户能扩展你软件库或框架的内部组件,可使用工厂方法。

答:继承可能是扩展软件库或框架默认行为的最简单方法。但是当你使用子类替代标准组件时,框架如何辨识出该子类?

解决方案是将各框架中构造组件的代码集中到单个工厂方法中,并在继承该组件之外允许任何人对该方法进行重写。

让我们看看具体是如何实现的。假设你使用开源 UI 框架编写自己的应用。你希望在应用中使用圆形按钮,但是原框架仅支持矩形按钮。你可以使用圆形按钮Round??Button子类来继承标准的按钮Button类。但是,你需要告诉UI框架UIFramework类使用新的子类按钮代替默认按钮。

为了实现这个功能,你可以根据基础框架类开发子类圆形按钮 UIUIWith??Round??Buttons, 并且重写其create??Button创建按钮方法。基类中的该方法返回按钮对象,而你开发的子类返回 圆形按钮对象。现在,你就可以使用圆形按钮UI类代替UI框架类。就是这么简单!

问:如果你希望复用现有对象来节省系统资源,而不是每次都重新创建对象,可使用工厂方法。

答:在处理大型资源密集型对象(比如数据库连接、文件系统和网络资源)时,你会经常碰到这种资源需求。

让我们思考复用现有对象的方法:

首先,你需要创建存储空间来存放所有已经创建的对象。

当他人请求一个对象时,程序将在对象池中搜索可用对象。

…然后将其返回给客户端代码。

如果没有可用对象,程序则创建一个新对象(并将其添加到对象池中)。

这些代码可不少!而且它们必须位于同一处,这样才能确保重复代码不会污染程序。

可能最显而易见,也是最方便的方式,就是将这些代码放置在我们试图重用的对象类的构造函数中。但是从定义上来讲,构造函数始终返回的是新对象,其无法返回现有实例。

因此,你需要有一个既能够创建新对象,又可以重用现有对象的普通方法。这听上去和工厂方法非常相像。

??实现方式

让所有产品都遵循同一接口。该接口必须声明对所有产品都有意义的方法。

在创建类中添加一个空的工厂方法。该方法的返回类型必须遵循通用的产品接口。

在创建者代码中找到对于产品构造函数的所有引用。将它们依次替换为对于工厂方法的调用,同时将创建产品的代码移入工厂方法。你可能需要在工厂方法中添加临时参数来控制返回的产品类型。

工厂方法的代码看上去可能非常糟糕。其中可能会有复杂的switch分支运算符,用于选择各种需要实例化的产品类。但是不要担心,我们很快就会修复这个问题。

现在,为工厂方法中的每种产品编写一个创建者子类,然后在子类中重写工厂方法,并将基本方法中的相关创建代码移动到工厂方法中。

如果应用中的产品类型太多,那么为每个产品创建子类并无太大必要,这时你也可以在子类中复用基类中的控制参数。

例如,设想你有以下一些层次结构的类。基类邮件及其子类航空邮件和陆路邮件;运输及其子类飞机,卡车和火车。航空邮件仅使用飞机对象, 而陆路邮件则会同时使用卡车和火车对象。你可以编写一个新的子类(例如火车邮件)来处理这两种情况,但是还有其他可选的方案。客户端代码可以给陆路邮件类传递一个参数,用于控制其希望获得的产品。

如果代码经过上述移动后,基础工厂方法中已经没有任何代码,你可以将其转变为抽象类。如果基础工厂方法中还有其他语句,你可以将其设置为该方法的默认行为。

??工厂方法模式优缺点

优点:

你可以避免创建者和具体产品之间的紧密耦合。

单一职责原则。你可以将产品创建代码放在程序的单一位置,从而使得代码更容易维护。

开闭原则。无需更改现有客户端代码,你就可以在程序中引入新的产品类型。

缺点:

应用工厂方法模式需要引入许多新的子类,代码可能会因此变得更复杂。最好的情况是将该模式引入创建者类的现有层次结构中。

同时增加了系统的抽象性和理解难度。

??与其他模式的关系

在许多设计工作的初期都会使用工厂方法模式(较为简单,而且可以更方便地通过子类进行定制),随后演化为使用抽象工厂模式、原型模式或生成器模式(更灵活但更加复杂)。

抽象工厂模式通常基于一组工厂方法,但你也可以使用原型模式来生成这些类的方法。

你可以同时使用工厂方法和迭代器模式来让子类集合返回不同类型的迭代器,并使得迭代器与集合相匹配。

原型并不基于继承,因此没有继承的缺点。另一方面,原型需要对被复制对象进行复杂的初始化。工厂方法基于继承,但是它不需要初始化步骤。

工厂方法是模板方法模式的一种特殊形式。同时,工厂方法可以作为一个大型模板方法中的一个步骤。

??代码实例

当我们有一个具有多个子类的父类,并且基于输入时,我们需要返回其中一个子类,则使用工厂设计模式。这种模式消除了从客户端程序到工厂类的类实例化的责任。

首先让我们学习如何在Java中实现工厂设计模式,然后再探讨工厂模式的优势。我们将在JDK中看到一些工厂设计模式的用法。注意,此模式也称为“工厂方法设计模式”

工厂设计模式父类

工厂设计模式中的父类可以是接口,抽象类或普通的Java类。对于我们的工厂设计模式示例,出于测试目的,我们具有带有重写toString()方法的抽象父类。

package top.bluer.design.model;public abstract class Computer { public abstract String getRAM(); public abstract String getHDD(); public abstract String getCPU(); @Override public String toString(){ return “RAM= ” this.getRAM() “, HDD=” this.getHDD() “, CPU=” this.getCPU(); }}工厂设计模式子类

假设我们有两个具有以下实现的子类PC和Server。

package top.bluer.design.model;public class PC extends Computer { private String ram; private String hdd; private String cpu; public PC(String ram, String hdd, String cpu){ this.ram=ram; this.hdd=hdd; this.cpu=cpu; } @Override public String getRAM() { return this.ram; } @Override public String getHDD() { return this.hdd; } @Override public String getCPU() { return this.cpu; }}

请注意,这两个类都是继承上面的Computer父类

package top.bluer.design.model;public class Server extends Computer { private String ram; private String hdd; private String cpu; public Server(String ram, String hdd, String cpu){ this.ram=ram; this.hdd=hdd; this.cpu=cpu; } @Override public String getRAM() { return this.ram; } @Override public String getHDD() { return this.hdd; } @Override public String getCPU() { return this.cpu; }}工厂类

现在我们已经准备好超父类和子类,我们可以编写工厂类了。这是基本的实现。

package top.bluer.design.factory;import top.bluer.design.model.Computer;import top.bluer.design.model.PC;import top.bluer.design.model.Server;public class ComputerFactory { public static Computer getComputer(String type, String ram, String hdd, String cpu){ if(“PC”.equalsIgnoreCase(type)) return new PC(ram, hdd, cpu); else if(“Server”.equalsIgnoreCase(type)) return new Server(ram, hdd, cpu); return null; }}

有关工厂设计模式方法的一些要点是:

我们可以保留Factory类Singleton,也可以保留将子类返回为static的方法。

请注意,基于输入参数,将创建并返回不同的子类。getComputer是工厂方法。

这是一个使用上述工厂设计模式实现的简单测试客户端程序。

package top.bluer.design.test;import top.bluer.design.factory.ComputerFactory;import top.bluer.design.model.Computer;public class TestFactory { public static void main(String[] args) { Computer pc = ComputerFactory.getComputer(“pc”,”2 GB”,”500 GB”,”2.4 GHz”); Computer server = ComputerFactory.getComputer(“server”,”16 GB”,”1 TB”,”2.9 GHz”); System.out.println(“Factory PC Config::” pc); System.out.println(“Factory Server Config::” server); }}

上面程序的输出是:

Factory PC Config::RAM= 2 GB, HDD=500 GB, CPU=2.4 GHzFactory Server Config::RAM= 16 GB, HDD=1 TB, CPU=2.9 GHz??工厂模式总结

工厂设计模式提供了接口代码而不是实现代码的方法。

工厂模式从客户端代码中删除了实际实现类的实例。工厂模式使我们的代码更健壮,耦合性更小且易于扩展。例如,我们可以很容易地更改PC类的实现,因为客户端程序没有意识到这一点。

工厂模式通过继承在实现和客户端类之间提供抽象。

发表评论

登录后才能评论