Android设计模式之工厂模式

工厂模式,很多讲设计模式的书中,工厂模式都是第一个讲的模式,因为其最简单。但是在实际开发中,工厂模式是非常常见的。在java开发中经常遇到一个类叫 xxxFactory,虽然不是所有带 Factory的类都是工厂模式,但是肯定是有一定原因的,今天我们顺便分析一下Android中一个重要的Factory类: BitmapFactory。

首先我们来看看什么是工厂模式

工程模式的意图:

    定义一个接口来创建对象,但是让子类来决定哪些类需要被实例化。

    工厂方法把实例化的工作推迟到子类中去实现。

什么情况下适合工厂模式?

    1、有用一组类似的对象需要创建;

    2、在编码时不能预见需要创建哪种类型的实例;

    3、系统需要考虑扩展性,不应依赖于产品类实例如何被创建、组合和表达的细节。

工厂模式的动机:

降低耦合



简单工厂模式

有一个形状(Shape)接口,包含一个方法sayHello() 输出自己的信息,然后现在有3中形状,圆,三角形,矩形。

因为比较简单,直接上类图:

这里写图片描述

Shape.java

public interface Shape {
    void sayHello();
}

Circle.java

public class Circle implements Shape {

    @Override
    public void sayHello() {
        System.out.println("I am circle");
    }

}

Triangle.java

public class Triangle implements Shape {

    @Override
    public void sayHello() {
        System.out.println("I am triangle");
    }

}

Rectangle.java

public class Rectangle implements Shape {

    @Override
    public void sayHello() {
        System.out.println("I am rectangle");
    }

}

如果不使用工厂模式,我们这样使用,每种形状直接用new生成。客户端与具体的类耦合

Shape circle = new Circle();
circle.sayHello();

Shape rectangle = new Rectangle();
rectangle.sayHello();

如果使用简单工厂模式呢?

ShapeFactory.java

public class ShapeFactory {

    public static final String CIRCLE = "circle";
    public static final String RECTANGLE = "rectangle";
    public static final String TRIANGLE = "triangle";

    public static Shape create(String name) {
        Shape shape = null;
        if (name == null)
            throw new NullPointerException();

        if (name.equals("circle")) {
            shape = new Circle();
        } else if (name.equals("rectangle")) {
            shape = new Rectangle();
        } else if (name.equals("triangle")) {
            shape = new Triangle();
        } 
        return shape;
    }

}


简单工厂类是通过静态方法 create 创建 Shape,通过name指定创建那种形状。client可以这样使用工厂类:

Shape shape = ShapeFactory.create(ShapeFactory.CIRCLE);
shape.sayHello();

client 中都看不到Circle类,我只知道,传入 circle 我可以得到一个圆形。由于client中看不到Circle类,所以这是是在解耦。由于 ShapeFactory 是根据字符串来创建所需要的类,如果和 Java的反射机制相结合,可以设计出更加解耦的系统。例如在ShapeFactory中,直接使用反射构造类,那么name就需要传入具体的报名加类。这是不是看起来和一个东西很像,对没错,就是Spring的 BeanFactory 机制,利用配置文件 <bean>...</bean>得到要初始化类的名称,然后通过BeanFactory 反射机制创建出类,并注入到系统中,经典的IOC机制。感兴趣的童鞋可以去研究研究

简单工厂的缺点

如果按照上面的写法,不使用java的反射,扩展性是很差的。如果添加一种形状,必须修改先前代码中的判断。所以我们来介绍一下工厂方法模式。

工厂方法模式

工厂方法模式的重点在于,产品和工厂是同级的,一种具体的产品对应一种商品。其实这样说是不准确的,应该是一类具体的产品。来看看例子:

先看类图:

这里写图片描述

类图的左边部分没有改变,不贴代码,主要修改右边:

ShapeFactory .java

public interface ShapeFactory {
    Shape create();
}

CircleFactory.java

public class CircleFactory implements ShapeFactory {
    @Override
    public Shape create() {
        return new Circle();
    }
}

RectangleFactory.java

public class RectangleFactory implements ShapeFactory {
    @Override
    public Shape create() {
        return new Rectangle();
    }
}

TriangleFactory.java

public class TriangleFactory implements ShapeFactory {
    @Override
    public Shape create() {
        return new Triangle();
    }
}

扩展性

  1. 如果这个时候还要添加一种新的形状,只需添加对应的形状和工厂类。例如五角星类:

Star.java

public class Star implements Shape {
    @Override
    public void sayHello() {
        System.out.println("I am Star");
    }
}

StarFactory.java

public class StarFactory implements ShapeFactory {
    @Override
    public Shape create() {
        return new Star();
    }
}

  1. 如果这个时候添加的不是全新的形状呢?比如正三角形,直角三角形?我们还需要添加新的工厂吗?

不需要,直接继承自三角形Triangle就行,因为它们是属于三角形这个大类的,如果再添加工厂,不仅类太多,也损失了它们本来就是三角形的一种的特性

抽象工厂模式

抽象工厂模式和工厂方法模式,其实离得挺近的。抽象工程模式在其基础上添加了产品族的概念。 
来看看书上的定义:提供一个接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类

看类图:

这里写图片描述

ShapeFactory是制造带颜色的形状的工厂类,它是一个抽象工厂,提供了一个产品族(形状,颜色)的创建接口。具体的实现交给之类去实现,例如创建红色的圆,白色的圆,红色三角形,白色三角形等。其实工厂方法模式蕴含其中,不知你能不能体会,把颜色和形状拆开,就是工厂方法模式。

抽象工程模式的有点就在于,提供了一个更加抽象一点的产品构造,产品产品族组成的,至于怎么组成,自己去实现,而我只定义这类抽象产品组到底有哪些。这样应该更好理解一点。

代码就稍微贴一点:

Color.java

public interface Color {
    void sayHello();
}

Red.java

public class Red implements Color{
    @Override
    public void sayHello() {
        System.out.println("in Red");
    }
}

White.java

public class White implements Color{
    @Override
    public void sayHello() {
        System.out.println("in White");
    }
}

抽象工厂:

ShapeFactory .java

public interface ShapeFactory {
    Shape createShape();
    Color createColor();
}

具体工厂:

RedCircleFactory .java

public class RedCircleFactory implements ShapeFactory {
    @Override
    public Shape createShape() {
        return new Circle();
    }

    @Override
    public Color createColor() {
        return new Red();
    }
}

WhiteCircleFactory .java

public class WhiteCircleFactory implements ShapeFactory {
    @Override
    public Shape createShape() {
        return new Circle();
    }

    @Override
    public Color createColor() {
        return new White();
    }
}

工厂方法模式和抽象工厂模式的对比:

1、工厂模式是一种极端情况的抽象工厂模式,而抽象工厂模式可以看成是工厂模式的推广; 2、工厂模式用来创建一个产品的等级结构,而抽象工厂模式是用来创建多个产品的等级结构; 3、工厂模式只有一个抽象产品类,而抽象工厂模式有多个抽象产品类。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值