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

前言

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

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

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

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 条评论
登录 后参与评论

相关文章

来自专栏达摩兵的技术空间

设计模式一览

513
来自专栏架构师之旅

轻松学习设计模式之面向对象的设计原则

对于面向对象软件系统的设计而言,在支持可维护性的同时,提高系统的可复用性是一个至关重要的问题,如何同时提高一个软件系统的可维护性和可复用性是面向对象设计需要解决...

793
来自专栏Java技术栈

Java架构师必须知道的 6 大设计原则

原文:www.cnblogs.com/pengdai/p/9151800.html

703
来自专栏java一日一条

java工厂模式三种

适用场合: 7.3 工厂模式的适用场合 创建新对象最简单的办法是使用new关键字和具体类。只有在某些场合下,创建和维护对象工厂所带来的额外复杂性才是物有所...

391
来自专栏王亚昌的专栏

实战设计模式系列-Strategy(策略)

    项目最近需要写一个逻辑srv,srv的业务逻辑比较简单,收包、解包、根据命令字进行业务处理、回包。 考虑每一次请求都是一项任务,而逻辑srv是一个任务管...

811
来自专栏小勇DW3

通俗的理解java设计模式的准则

  原文链接:http://blog.csdn.net/lovelion/article/details/7536542

793
来自专栏me的随笔

【译】单元测试最佳实践

原文地址:Unit testing best practices PS:本文未翻译原文的全部内容,以下为译文。

823
来自专栏决胜机器学习

设计模式专题(十一)——抽象工厂模式

设计模式专题(十一)——抽象工厂模式 (原创内容,转载请注明来源,谢谢) 一、概述 抽象工厂模式(AbstractFactory),提供创建一系列相关或者相互...

3288
来自专栏H2Cloud

Boost asio 心得笔记

Boost asio中有两点用的不爽: 1. asio中的所有对象都引用io_service 2. async_write还要自己保证内存在completed之...

3407
来自专栏.NET技术

简单工厂模式和策略模式的区别与结合

    简单工厂模式和策略模式是大部分程序员,在学习设计模式时接触得最早,或在工作实践中也是用得相对比较多的两个设计模式。

1825

扫码关注云+社区