设计模式--------工厂模式

前言

  两个月前写过一次设计模式系列,但很不满意就删除了。显然希望能做到学以致用,而非看书总结,设计模式绝对是你解决问题的一个思路,但在这有点自己的小建议,设计模式

并不是用作提高你代码的效率,用它的目的只是让你的代码看起来更规范,更易扩展与维护。所以有的时候你站在你自身需要去选择要不要使用设计模式。上周工作当中有一个需求

正好是适合用工厂模式来解决的,所以就在这给大家讨论讨论工厂模式吧。

1.简单工厂模式

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

比如说,我要给其他终端提供保存实例的接口,但是实例却用很多个,这时提供的接口,如果每个实例都提供一边,就会变成这样提供多个端口,如果要增加就要继续提供接口,故

此我就想到了用工厂模式。

1.1.简介:

就好比中午你下楼去吃饭,别人问你干啥去?你说我去吃黄焖鸡,我去吃烩面,我去吃肯德基,去吃麻辣烫。。。。这些好像没错,但是估计你不会这么回答,你一般都是回答

我去吃饭。这就是工厂模式要走的,具体你要吃什么东西,不用告诉别人,别人问的主题是你去干什么,你告诉他你娶吃饭就行,具体你要吃什么,是你自己的决定,无需说出来。

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

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

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

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

并不是什么好事。

1.2.实现(注:以下代码均为不带逻辑的实例代码)

组成部分:

工厂类角色:这是本模式的核心,在此它会根据不同的产品选择生产什么东西。

抽象产品角色:它一般是具体产品继承的父类或者实现的接口。由接口或者抽象类来实现。

具体产品角色:工厂类所创建的对象就是此角色的实例。

首先定义一个接口(抽象产品角色):

public interface ISaveACDb
    {
        void SaveACDB();
    }

根据产品定义各自的类(具体产品类)

  public class SaveACDDbToBuChong : ISaveACDb
    {
        public bool SaveACDB()
        {
            return true;
        }
    }
    public class SaveACDDbToArchivesCases : ISaveACDb
    {
        public bool SaveACDB()
        {
            return true;
        }
    }

接口工厂类的定义:

  public class SaveACDb_Factory
    {
        public static ISaveACDb Create_SaveACDb_Factory(string type)
        {
            ISaveACDb save = null;
            switch (type)
            {
                case "ArchivesCases":
                    save = new SaveACDDbToArchivesCases();
                    break;
                case "BuChong":
                    save = new SaveACDDbToBuChong();
                    break;
            }
            return save;
        }
    }

调用代码:

 public class WinformClientDbController : Controller
    {
        [HttpPost]
        public void SaveACInfo(string type)
        {
            var result = SaveACDb_Factory.Create_SaveACDb_Factory(type);
            result.SaveACDB();
        }
    }

问:如果一直增加产品,是不是就要增加产品类?

答:是的。

有没有发现问题,这样不断增加产品,然后增加产品类到时没什么,但是相应的回去修改工厂类,有没有发现,那么这样就有问题,就像我上篇设计模式提到的“开闭原则”,我们在

这种模式下就充分的违背了,所以如果产品类如果会大量增加的话,你最起码要知道这是违背设计原则的。

问:那该怎么解决呢?

答:用反射。

2.简单工厂与反射

  反设我已经在基础拾遗------反射详解介绍过来。

简单工厂中使用反射的目的就是去掉工厂类中的switch(或if)。ps:想一想这一改变,特别是我现在这种给其他客户端提供接口的程序,大大第提高代码的解耦。

代码如下:

  public class SaveACDb_Factory
    {
        public static ISaveACDb Create_SaveACDb_Factory(string obj, string className)
        {
            Assembly assembly = Assembly.GetExecutingAssembly(); // 获取当前程序集
            var result = (ISaveACDb)assembly.CreateInstance("StrokeLocalWinformInterface" + ".SaveACDDbTo" + className);
            return result;
        }
    }

调用

        [HttpPost]
        public void SaveACInfo(string obj, string userNickeName, string userToken, string className)
        {
            if (1 > 2)//验证usertoken
                return;
            var result = SaveACDb_Factory.Create_SaveACDb_Factory(obj, className);
            result.SaveACDB(obj);
        }

3.抽象工厂

  就像上面说的,如果我们的产品不断增加且成树装结构增加,我们就要说说抽象工厂。

3.1.简介:

如果别人为你干啥去,你说你去吃饭去,但是你再去的过程当中,如果考虑肯德基要吃鸡翅还是汉堡,他们都是什么口味,去吃快餐都是有什么。。。。这样如果选择一次吃

饭,是不是要想半个小时,所以去吃烩面这个产品也可以把它当作吃饭这个超级工厂的子工厂。

  抽象工厂就是围绕这超级工厂建立的其他工厂。超级工厂是其他工厂的工厂。

  优点:当一个产品族中的多个对象被设计成一起工作时,它能保证客户端始终只使用同一个产品族中的对象。

  缺点:产品族扩展非常困难,要增加一个系列的某一产品,既要在抽象的 Creator 里加代码,又要在具体的里面加代码。

3.2.实现:

  抽象工厂角色: 这是工厂方法模式的核心,它与应用程序无关。是具体工厂角色必须实现的接口或者必须继承的父类。

具体工厂角色:它含有和具体业务逻辑有关的代码。由应用程序调用以创建对应的具体产品的对象。

  抽象产品角色:它是具体产品继承的父类或者是实现的接口。

  具体产品角色:具体工厂角色所创建的对象就是此角色的实例。

  以下案例为借鉴过来的,就是公司老板有很多车,司机开车是一个超级工厂,每辆车是具体操作是另外一个工厂,这次偷个懒就不自己写案例啦。

抽象产品:就是定一个车的类,此类有一个司机开车的方法抽象方法,和具体是什么车,进行赋值的方法。

 abstract class Car{  
        private String name;  
          
        public abstract void drive();  
          
        public String getName() {  
            return name;  
        }  
        public void setName(String name) {  
            this.name = name;  
        }  
    } 

具体产品:继承抽象产品,宝马和奔驰都是不同的车。

 class Benz :Car{  
        public void drive(){  
           //
        }  
    }  
    class Bmw :Car{  
        public void drive(){  
           
//
        }  
    }  
      

抽象工厂:司机就是要开车吗。这个工厂抽象司机开车。

abstract class Driver{  
        public abstract Car createCar(String car) throws Exception;  
    }  

具体工厂:开宝马和奔驰还是不一样的,这个工厂针对不同的车去实例。

    class BenzDriver :Driver{  
        public Car createCar(String car) throws Exception {  
            return new Benz();  
        }  
    }  
    class BmwDriver :Driver{  
        public Car createCar(String car) throws Exception {  
            return new Bmw();  
        }  
    }  

以上就是抽象工厂的组成部分,客户端只需在实例化相应的工厂调用即可。

调用代码:

//老板  
    public class Boss{  
        public static void main(String[] args) throws Exception {  
            Driver d = new BenzDriver();  
            Car c = d.createCar("benz");   
            c.setName("benz");  
            c.drive();  
        }  
    }

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Java架构沉思录

聊聊设计模式之工厂方法模式

定义:定义一个用于创建对象的接口,让子类决定实例化哪一个类,工厂方法使一个类的实例化延迟到其子类。

923
来自专栏积累沉淀

Java设计模式(三—四)----工厂模式

Java设计模式 工厂模式 一、引言 二、分类 三、简单工厂模式 四、工厂方法模式 五、抽象工厂模式 六、和工厂方法模式区别 七、总...

1755
来自专栏進无尽的文章

设计模式| 创建型模式

GOF23种设计模式中创建型模式共五种:工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。

622
来自专栏精讲JAVA

5 本最佳的 Java 面向对象理论和设计模式的书籍

对于Java程序员来说,掌握面向对象的设计理论和一些设计模式是必备技能。就像我在另一篇博客Java程序员应该知道的10个面向对象理论中提到的,不学理论就开始编程...

1244
来自专栏TechBox

23种设计模式之工厂三兄弟

关于设计模式,是一个永远说不完的也说不清的话题。毕竟在编程的世界里,没有最好的设计模式,只有最合适的设计模式。甚至有些时候,程序或者问题不到一定的规模,尝试所有...

601
来自专栏陈本布衣

Spring基础篇——DI/IOC和AOP原理初识

前言   作为从事java开发的码农,Spring的重要性不言而喻,你可能每天都在和Spring框架打交道。Spring恰如其名的,给java应用程序的开发带了...

2057
来自专栏java技术学习之道

java设计模式之工厂模式

1243
来自专栏编程

为什么要有Spring AOP?

上一篇从Web开发演进过程的一个侧面简述了一下为什么会有Spring?事实上只介绍了为什么会有Spring IOC(控制反转/依赖注入)以及Spring IOC...

1939
来自专栏JAVA烂猪皮

最近刷爆朋友圈的一道面试题

最近在网上有一道面试题掀起了劲爆的浪潮,好多家公司都模仿提问了这么一道面试题,而且好多人也都在讨论这道面试题要是自己回答的话该怎么回答!这道题也是在个网站上刷爆...

834
来自专栏纯洁的微笑

看程序员怎么解决食堂排队问题

在学校的时候,我不爱去食堂成功,一是由于暗黑料理,更重要的一点是人太多了,队伍往往从窗口排到了门口,点菜、计算价格、付款三种业务由打饭阿姨一人完成,思维切换忙碌...

471

扫描关注云+社区