设计模式

工厂模式(Factory Pattern)

2018-04-05  本文已影响20人  n油炸小朋友

大话设计模式之陈狗养猪记_工厂模式

概念:

    工厂模式(Factory Pattern)是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。

    在工厂模式中,我们在创建对象时不会对客户端暴露创建逻辑,并且是通过使用一个共同的接口来指向新创建的对象。

优点:

    1、一个调用者想创建一个对象,只要知道其名称就可以了。

    2、扩展性高,如果想增加一个产品,只要扩展一个工厂类就可以。

    3、屏蔽产品的具体实现,调用者只关心产品的接口。

缺点:

    每次增加一个产品时,都需要增加一个具体类和对象实现工厂,使得系统中类的个数成倍增加,在一定程度上增加了系统的复杂度,同时也增加了系统具体类的依赖。这并不是什么好事。

例子:

一、简单(静态)工厂

  每天学习好容易饿哦,又到了吃夜宵的时候,但是好懒得自己去准备又不想去考虑吃什么,正打算不吃的时候,陈狗告诉我要是我瘦了她会心疼(其实就是她胖),假装帅气地在我脸上甩了一个夜宵工厂类,我只要调用这个工厂类的一个静态函数,并传入特定参数,就会自动new一个夜宵返回给我。

    不过这个参数有约束,因为函数内部是靠if或是switch实现的,所以只能选择陈狗有的夜宵。陈狗说因为是刚创建这个工厂类的,而且也门禁了,所以她目前只建立了一个“夜宵”接口,以及实现这个接口的“酸奶”类、“泡面”类和“蓝莓爆汁小面包”类。但是如果我想吃别的,她表示明天会去准备好建立新的类,并且在夜宵工厂类的函数里增加相应的选择。

    陈狗洋洋得意地说:“你看看我,多优秀,而你这个懒鬼,就只要告诉我要吃什么,也不用管我是订的外卖买到的,还是从宿舍里直接拿的,就可以得到想要的夜宵了。” 我嫌弃地敲敲她的猪脑袋,告诉她:“哦......但是那你这样也太麻烦了,如果我每天都新增一种想吃的东西,那是不是都要新建一个实现‘夜宵’接口的类,还要在工厂里增加品种,这样每次都要改变一个方法的逻辑不好吧”  “你再给我逼逼一句!”  “一句......”  “好吧,你说的有道理,我一定会想出新主意的!哼!”

二、 简单工厂(利用反射)

    第二天,陈狗兴致冲冲地跑来对我说:“啊啊啊,我想到我前几天看的反射和泛型,我把工厂类的函数改成传入一个具体夜宵类,然后根据传来的类来生成对象返回,这样如果需要增加夜宵的种类就不需要改变工厂类的代码了呢。”“哦,可是Class.forName(对象.getName()).newInstance()调用的是无参构造函数生成对象,要是我想吃泡面还要再里面加火腿呢?” “你要求怎么那么多,给你东西吃还要逼逼逼!”

三、多种方法工厂

    陈狗:“我想了想,在工厂类里面,设置不同的方法,一个方法返回一种夜宵,想要什么调用那个方法就好了,这样只要再多写一个重载函数也能满足你吃泡面加火腿的要求了......可是好像方法有点多......”

    我:“emmmmmm......” 

    “不过方法分开了也好,虽然增加夜宵种类,依旧需要更改工厂类,但不是每次都去更改同一个方法的逻辑了。”

    “您说的都对,这样的确是方便创建同种类型的复杂参数对象了。那今晚我要吃泡面加一根火腿,明晚吃泡面加一颗卤蛋和一根鱼肉肠嘻嘻嘻。”

    “猪。”

四、普通工厂

    我:“诶,昨天我看了抽象,你看看工厂有没可能抽象出来,不同种类的夜宵分开建成工厂类,比如泡面工厂只负责返回泡面类对象,工厂类里面提供参数不同的重载函数返回适合的对象,一样可以满足不同需求呢。”

    “哦,建那么多厂,我看你就是想累死阿爸,好继承老子的王者段位。”

    “我不听我不听!明明这样每次增加一个新品种,可以不用去修改已有的类。”

五、抽象工厂模式

    请看下回。

上一篇下一篇

猜你喜欢

热点阅读