简单工厂模式

    简单工厂模式虽然不是23中设计模式中的一种,但是他是工厂方法模式的一个引导,所以我们会单独整理这篇文档来讲解下

描述

    简单工厂模式是类的创建模式,又叫做静态工厂方法,是由一个工厂对象决定创建出哪一种产品类的实例。

简介

简单工厂模式类图

角色

  • 工厂角色:简单工厂模式的核心,它负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用,创建所需的产品对象。
  • 抽象产品角色:简单工厂模式所创建的所有对象的父类,它负责描述所有实例所共有的公共接口。
  • 具体产品角色:是简单工厂模式的创建目标,所有创建的对象都是充当这个角色的某个具体类的实例。

优缺点

优点

    简单工厂模式的核心是工厂类。这个类含有必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象,而调用者则可以免除直接创建对象的责任。简单工厂模式通过这种做法实现了对责任的分割,有利于整个软件体系结构的优化。

缺点

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

使用场景

  • 工厂类负责创建的对象比较少;
  • 客户只知道传入工厂类的参数,对于如何创建对象(逻辑)不关心;

示例

    我们拿某个系统的登陆功能来做示例。我们假设应用系统的登陆方式有口令认证与域认证两种方式,如果没使用简单工厂模式,我们可能会在具体的登陆方法中进行判断是何种方式登陆,然后在new一个对应的登陆对象去进行处理(具体的代码这边我们就不进行示例)。虽然这样的方式可以实现对应的功能,但是这种方式是通过直接创建产品对象来处理逻辑的,这样的代码就很尴尬了。下面我们来看简单工厂模式是怎么处理的:

/**
* 抽象产品角色
*/
public interface Login {
    //登录验证
    boolean doLogin(String name,String password);
}
/**
* 具体产品角色
*/
public class DomainLogin implements Login {
    @Override
    public boolean doLogin(String name, String password) {
        /**
         *  具体的业务逻辑
         */
        return true;
    }
}
/**
* 具体产品角色
*/
public class PasswordLogin implements Login {
    @Override
    public boolean doLogin(String name, String password) {
        /**
         * 具体的业务逻辑
         */
        return true;
    }
}
/**
 * 工厂类,根据登陆类型进行逻辑判断进而生成对应的实例对象
 */
public class LoginFactory {
    private final static String PASSWORD = "PASSWORD";
    private final static String DOMAIN = "DOMAIN";

    public static Login factory(String type) {
        if (PASSWORD.equals(type)) {
            return new PasswordLogin();
        } else if (DOMAIN.equals(type)) {
            return new DomainLogin();
        } else {
            /**
             * 这里抛出一个自定义异常会更恰当
             */
            throw new RuntimeException("没有找到登录类型");
        }
    }
}
/**
* 测试类
*/
public class LoginTest {
    public static void main(String[] args) {
        String loginType = "PASSWORD";
        String name = "name";
        String password = "password";
        Login login = LoginFactory.factory(loginType);
        boolean hasLogin = login.doLogin(name, password);
        if (hasLogin) {
            /**
             * 业务逻辑
             */
        } else {
            /**
             * 业务逻辑
             */
        }
    }
}
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 157,298评论 4 360
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 66,701评论 1 290
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 107,078评论 0 237
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,687评论 0 202
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,018评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,410评论 1 211
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,729评论 2 310
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,412评论 0 194
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,124评论 1 239
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,379评论 2 242
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,903评论 1 257
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,268评论 2 251
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,894评论 3 233
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,014评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,770评论 0 192
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,435评论 2 269
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,312评论 2 260

推荐阅读更多精彩内容