工厂模式
任何可以产生对象的方法或类,都称之为工厂。
工厂模式是一种非常常用的创建型设计模式,其提供了创建对象的最佳方式。在创建对象时,不会对客户端暴露对象的创建逻辑,而是通过使用共同的接口来创建对象。
【追"美女"少不了请吃饭了,麦当劳的鸡翅和肯德基的鸡翅都是"美女"爱吃的东西,虽然口味有所不同,但不管你带"美女"去麦当劳或肯德基,只管向服务员说「来四个鸡翅」就行了。麦当劳和肯德基就是生产鸡翅的Factory工厂模式:客户类和工厂类分开。
消费者任何时候需要某种产品,只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时,工厂类也要做相应的修改。如:如何创建及如何向客户端提供。】
简单工厂模式
简单工厂模式本身是违背开闭原则的,虽可通过反射+配置文件解决,但总体来说不友好。
简单工厂模式代码简单,虽有多处if分支且违背开闭原则,但扩展性和可读性尚可,这样的代码在大多数情况下并无问题。
优点:
调用者想创建一个对象,只需要知道其名称即可。
缺点:
违背开闭原则,每增加一个对象都需要修改工厂类。
【开闭原则(Open Closed Principle)是Java世界里最基础的设计原则,它指导我们如何建立一个稳定的、灵活的系统。
定义:一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。
开闭原则的含义是说一个软件实体应该通过扩展来实现变化,而不是通过修改已有代码来实现变化。】
工厂方法模式
简单工厂模式违背了开闭原则,而工厂方法模式则是简单工厂模式的进一步深化,其不像简单工厂模式通过一个工厂来完成所有对象的创建,而是通过不同的工厂来创建不同的对象,每个对象有对应的工厂创建。
优点:
(1)调用者想创建一个对象,只需要知道其名称即可。(2)扩展性高,如果增加一个类,只需要扩展一个工厂类。(3)对调用者屏蔽对象具体实现,调用者只需要关注接口。
缺点:
当增加一个具体类时,需要增加其对应的工厂类,在一定程度上增加了系统的复杂度。
简单工厂模式和工厂方法模式对比
当对象的创建过程比较复杂,需要组合其他类对象做各种初始化操作时,推荐使用工厂方法模式,将复杂的创建逻辑拆分到多个工厂类中使得每个工厂类不过于复杂。而使用简单工厂模式则会将所有的创建逻辑都放到一个工厂类,会导致工厂类过于复杂。
/** * 接口 */ public interface Moveable { void go(); } /** * 继承Moveable */ public class Car implements Moveable { public void go() { System.out.println("Car go wuwuwuwuw...."); } } public class Broom implements Moveable{ @Override public void go() { System.out.println("broom flying chuachuachua ....."); } } /** * 简单工厂的可扩展性不好 */ public class SimpleVehicleFactory { public Car createCar() { //before processing return new Car(); } public Broom createBroom() { return new Broom(); } } /** * 工厂方法 */ public class CarFactory { public Moveable create() { System.out.println("a car created!"); return new Car(); } } public class Main { public static void main(String[] args) { //单列,任意定制生产过程 Moveable m = new CarFactory().create();//工厂方法CarFactory m.go(); } }