博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
01.设计模式-简单工厂模式
阅读量:6693 次
发布时间:2019-06-25

本文共 2600 字,大约阅读时间需要 8 分钟。

安卓源码中比较典型的简单工厂模式实现的类,BitmapFactory,通过传入不同的条件,得到同样的bitmap,也是一个生产Bitmap的工厂,这里给我们定义了很多生产的条件,但是假如有另一个生产bitmap的方式出现,就不得不修改BitmapFactory的源码,这也是简单工厂模式的一个缺点

/** * Creates Bitmap objects from various sources, including files, streams, * and byte-arrays. */public class BitmapFactory {        public static Bitmap decodeFile(String pathName, Options opts){......}    public static Bitmap decodeFile(String pathName) {......}    public static Bitmap decodeResourceStream(Resources res, TypedValue value,            InputStream is, Rect pad, Options opts) {......}        public static Bitmap decodeResource(Resources res, int id, Options opts) {......}    public static Bitmap decodeResource(Resources res, int id) {......}    public static Bitmap decodeByteArray(byte[] data, int offset, int length, Options opts){......}    public static Bitmap decodeByteArray(byte[] data, int offset, int length) {......}    public static Bitmap decodeStream(InputStream is, Rect outPadding, Options opts) {......}    public static Bitmap decodeStream(InputStream is) {......}    public static Bitmap decodeFileDescriptor(FileDescriptor fd, Rect outPadding, Options opts) {......}    public static Bitmap decodeFileDescriptor(FileDescriptor fd) {......}}

什么是简单工厂模式,百度百科介绍的很清楚,也很易懂,简单工厂模式是属于创建型模式,又叫做静态工厂方法(Static Factory Method)模式,但不属于23种GOF设计模式之一。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现。

简单工厂模式的实质是由一个工厂类根据传入的参数,动态决定应该创建哪一个产品类(这些产品类继承自一个父类或接口)的实例

简单工厂模式优缺点分析:

优点:通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。而不必管这些对象究竟如何创建及如何组织的.明确了各自的职责和权利,有利于整个软件体系结构的优化

缺点:由于工厂类集中了所有实例的创建逻辑,违反了高内聚责任分配原则,将全部创建逻辑集中到了一个工厂类中;它所能创建的类只能是事先考虑到的,如果需要添加新的类,则就需要改变工厂类了。当系统中的具体产品类不断增多时候,可能会出现要求工厂类根据不同条件创建不同实例的需求.这种对条件的判断和对具体产品类型的判断交错在一起,很难避免模块功能的蔓延,对系统的维护和扩展非常不利,就像上边BitmapFactory中提到的,我无法修改BitmapFactory源码,如果要增加功能,只能去另外实现,或者继承

这些缺点在工厂方法模式中得到了一定的克服。

通过一个简单的实例来模拟一下简单工厂模式

我们定义一个名为Api的接口,这个接口是一种产品的抽象,所有的产品都实现于它

public interface Api {}

假设这个工厂义工有三种产品

class ImplA implements Api {}class ImplB implements Api {}class ImplC implements Api {}

按照一定的生产规则来产出产品,工厂类如下

public class Factory {    public static Api create(int type){        switch (type) {        case 1:            return new ImplA();        case 2:            return new ImplB();        case 3:            return new ImplC();         default:            return new ImplC();        }    }    }

当我们需要某一产品的时候,传入不同的条件,就可以得到不同的产品

public static void main(String[] args) {                Api obj = Factory.create(2);                Api obj = Factory.create(3);        }

但是当我们的生产能力提高,开发了新产品的时候,这个工厂类明显无法满足需要了,这个时候就只能修改工厂类,但是我们开发过程中,这种情况要尽量避免,这也是面向对象的设计原则之一----开闭原则

转载地址:http://fbjoo.baihongyu.com/

你可能感兴趣的文章
POJ 1679 The Unique MST 【最小生成树/次小生成树模板】
查看>>
获取Java程序运行的路径 | 获取当前jar包的路径
查看>>
SVG.js 文本绘制整理
查看>>
第三百一十节,Django框架,模板语言
查看>>
springboot跨域请求设置
查看>>
一键部署Moodle开源课程管理系统
查看>>
centos7 安装php7
查看>>
tcp和udp能否发送0字节的数据包
查看>>
volley 发送post请求
查看>>
UCloud首尔机房整体热迁移是这样炼成的
查看>>
Dopamine - 灵活、可重复的强化学习研究新框架
查看>>
独立开发者赚钱之道 - 订阅制内购
查看>>
春夏秋冬又一春之Redis持久化
查看>>
[iOS 10 day by day] Day 6:自定义的通知界面
查看>>
Cookie 和 Session 关系和区别
查看>>
CoreFoundation CFRuntimeBase下的_cfinfo[4]存储信息探究
查看>>
学习记录——盒模型
查看>>
Swift语音和文本的转换
查看>>
Array方法汇总
查看>>
flex布局
查看>>