switch代码的进化 重构,至策略模式 工厂模式 插件模式 表驱动

编程中经常遇到很多条件,以及条件套条件的情况,以至于一个方法会写得非常地长。有多种方法可以规避这个问题。比如反射,策略模式,表驱动等等。先抛开这些方法不讲,从根本需求来探索这个过程。

 

一个switch结构可能是这样:

swicth(case)

  case 1:

    //do1

    break;

  case 2:

    //do2

    break;

  .....

这里注释的do部分代码可能会是很多很多行,以及嵌套switch,if结构。

进一步,这个模型演化成

swicth(case)

  case 1:

    do1();

    break;

  case 2:

    do2();

    break;

  .....

 

do1(){}

do2(){}

 

也就是将里面的代码模块化。这个方法有效的减小了一个方法的代码长度。实际上这就是一个映射关系的调用。建立映射关系,用Hash结构和delegate就可以避免使用switch了。

 

delegate void funtionptr();

 

Dictionary dict = new Dictionary();

dict.Add(1,do1);

dict.Add(2,do2);

 

int parm = 0;

if(dict.ContainKey(parm)){

  dict[parm].Invoke();
}

 

do1(){}

do2(){}

 

这个方法实际上就是表驱动,因为C#中一般不用指针,因此用delegate代替了指针的作用。而java中既没有指针也没有delegate怎么办呢?那就用接口模拟指针。

(这里就用C#的语法了,不使用JAVA了)

interface FactionFace{

  void do();
}

class FactionFaceImpl1 : FactionFace{

  public void do(){}
}

class FactionFaceImpl2 : FactionFace{

  public void do(){}
}

Dictionary dict = new Dictionary();

dict.Add(1,new FactionFaceImpl1());

dict.Add(2,new FactionFaceImpl2());

 

int parm = 0;

if(dict.ContainKey(parm)){

  dict[parm].do();
}

可以看出,实际上,上面的代码就是策略模式的简单实现了。(OH~~原理策略模式这么就来的~~)

 

可以看出,这里实际上是依靠一个字典来维护条件和调用的关系的。那如果没有这个字典来维护怎么办呢?代码再次演化:

interface FactionFace{

  void do();
}

class FactionFaceImpl1 : FactionFace{

  public void do(){}
}

class FactionFaceImpl2 : FactionFace{

  public void do(){}
}

 

 

string parm = "FactionFaceImpl2";

FactionFace ff = Type.GetType(parm) as FactionFace;

ff.do();

 

OH~~这就是简单的反射了。再复杂一些就可以搞成工厂模式,插件模式了。

转载于:https://www.cnblogs.com/stulife/archive/2012/07/04/2576482.html

你可能感兴趣的:(switch代码的进化 重构,至策略模式 工厂模式 插件模式 表驱动)