zoukankan      html  css  js  c++  java
  • 设计模式-旧话重提之类工厂的使用

                   设计模式-旧话重提之类工厂的使用

                    作者:janes
      工厂模式大家都非常熟悉包括常用的简单工厂、工厂方法、和抽象工厂等几种。总的来说应该这样定义:定义一个通用的接口用来创建对象。无论是使用哪一种工厂模式目的都相同,那就是把对象的创建和对象的使用过程分离使其可以自由变动,而不会相互影响”。                  
        使用工厂模式可以避免在程序中使用关键字 new 的操作 ,从面向接口或面向抽象的角度来看,new 操作绝对应该避免直接在业务逻辑的类中使用。因为new 操作后面所需的”参数“是具体类的type ,而不是该类的抽象(基类,或接口),这点不符合面向抽象的原则。下面来看一个具体的事例:

    public interface Vehicle

    {

        void Run();

    }

    public class Car : Vehicle

    {

         public void Run()

         {

             Console.Write(" Car 's Run");

         }

    }

    public class Plane : Vehicle

    {

         public void Run()

         {

             Console.Write(" Plane 's Run");

         }

    }

    public class Train: Vehicle

    {

         public void Run()

         {

             Console.Write(" Trani 's  Run");

         }

    }

    public class BusinessRole

    {

         private Vehicle m_Vehicle;

         public BusinessRole()

         {

               //注意这里

               m_Vehicle = new Car();

          或者: m_Vehicle = new Plane(); m_Vehicle = new Train()

             

          }

         public void DoExec()

         {

             Console.write("BusinessRole 's exec");

             Vehicle.Run();

          }

    }

    这里是用户实际调用的client类

    public class Client

    {

        BusinessRole obj = new BusinessRole ()

        obj.DoExec();

    }

    分析一下上面代码会发现

    如果改变使用交通工具方式,需要直接更改BusinessRole中的代码,client端的代码是不受影响的。但是虽然在BusinessRole把字段m_Vehicle定义成了Vehicle的接口类型,可是实际并没有给我们代来太多的好处,因为每次改变交通工具的类型都需要更改类BusinessRole中的业务代码。我自己检查以前做过的项目发现了好多类似这样的”问题“代码。其实这样的问题解决起来非常简单只要使用任何一种工厂方法(根据实际情况的不同选择合适自己使用的工厂方法)把BusinessRole中的new 操作给替换掉就成了。自己的文字表达言语不清,还是用代码来说明问题吧。

    定义一个VehicleFactory类工厂用来统一创建Vehicle的子类,然后BusinessRole中调用VehicleFactory来创建Vehicle的实例。从而把BusinessRole类和Vehicle的具体实现的子类解偶。也就是说把创建Vehicle的实例和使用Vehicle的各种实例拆分开。创建实例归VehicleFactory工厂来负责,而BusinessRole只负责使用,BusinessRole知道Vehicle的抽象,不去关心具体的实现。

    public class VehicleFactory

    {

         public Vehicle GetVehicle()

         {

              条件判断

          return new Car();或new Plane() 或者Train()

     

         }

    }

    总之 整个思路就是把BusinessRole 类拆分,把创建Vehicle实例的操作独立出来去让一个单独的类(VehicleFactory)来实现,BusinessRole只能感知VehicleFactory 而不去关心VehicleFactory 类的实现。这样以来整个代码块就灵活了许多。

       如果Vehicle的抽象的业务逻辑有所改变,那么在 BusinessRole 类中相应的逻辑进行改变,这样的改变和对象的创建无关那么VehicleFactory类和Client类不用再去修改代码。例如:

    Vehicle 的方法改变,比如加上一个参数

    void Run(int length);

    那么在BusinessRole 类的方法做相应的改进

              Vehicle.Run(3);

        反之,如果Vehicle类的创建过程有所改变那么,只要VehicleFactory的代码进行修改,BusinessRole 和Client不用去修改。

        例如: 

        Car类增加汽车类型信息

        

    public class Car : Vehicle

    {

       private string m_type;

      public Car(string carType)

       {

           m_Type = carType;

       }

         public void Run()

         {

             Console.Write(" Car 's Run");

         }

    }

    那么只要在VehicleFactory中创建Car实例的代码部分进行修改就可以,不会去影响其它部分代码运行。

        前一段时间忙着辞职换工作好久都不更新这个blog了,以后会努力一点的.

  • 相关阅读:
    访友
    幼儿园分班
    求一个数的平方根
    计数器
    连续数组的最大和
    给定一个权重数组,实现一个带权重的路由策略
    两个超长字符串相加
    参数解析(得到输入参数)
    对字符串中的所有单词进行倒排。
    推荐PHP程序员进阶的好书
  • 原文地址:https://www.cnblogs.com/umlchina/p/107445.html
Copyright © 2011-2022 走看看