这次通过再次学习职责联的模式自己也是收获很多，话不多说直接上干货。
1：都知道职责链的模式是需要设置上下级关系的，这就可以用到一些判断当中，而且是多级判断的，所以我们每一个判断的需求都让它生成一个职责这样就不用把那么的if语句搬出来了。
2：反射的思路，我们可以通过在配置文件中把每个职责的反射写好，然后在单独的写一个反射来，这个反射是干什么的，它的value值是刚刚写好的职责的key值，并且排好序，用符号隔开。
这个是配置文件要准备的事情，这个准备好了就可以直接用了，我们在代码中获取配置文件中写好的那个有对应那些职责链key值的，然后进行切割把它放到一个数组中，要知道把这个值获取 后是一个字符串类型，放入数组的这个过程它的顺序就已经排好了，然后我们通过一个循环可以把这些切割好的字符直接放入反射中就能把那些具体的职责类实例化了，然后设置一个集合接收，这个集合就是这些职责类的父类，前面的工作做完以后就是设置这些类的上下级关系的时候了，也是通过循环的过程设置上下级。
上面这些过程都做完了，那么你的职责链的这个模式更加的灵活了，灵活在哪里呢，就在你的配置文件当中，如果我们在后面想要添加一个新的职责判断，那么我们就不需要再去代码中改了，只需要在配置文件中添加一个新的反射，然后在那个有那些职责Key值的反射中修改一下就好，添加或者修改顺序。
如下：
/
<add key="T_reviseNew" value="CustomerChange.CustomerChangeNew"/> <add key="T_reviseOld" value="CustomerChange.CustomerChangeold"/> <add key="T_chargeK" value="CustomerChange.charge"/> //这三个是具体的职责类，通过反射实例化 <add key="num" value="T_reviseOld,T_chargeK,T_reviseNew"/> //这个是具体职责链的顺序有这个的出现就把被写死的职责顺序又重新活了，通过反射获取value然后进行切割，而且切割好的这个数组就是按照你写好的这个顺序存放的，只需要循环数组然后通过反射实例化具体的类就好，而你的集合存放顺序也是数组的循环顺序。
具体的代码操作：
List<CustomerChangeG> list = new List<CustomerChangeG>();//声明一个父类型的集合 string str = AbstractFactory.Factory.achieve("num");//通过反射获取写好的职责链顺序 string[] sArray = str.Split(',');//切割写好的顺序放入数组 foreach (string item in sArray)//循环数组把切割好字符串放入反射进行实例化 { list.Add(AbstractFactory.Factory.Dynamic(item));//讲实例化好的职责类放入集合中 } for (int i = 0; i < list.Count; i++)//循环集合 { var item = list[i];//将具体的类放入这个item中 var item1 = list[0];//获取第一个职责链中第一个职责类 if (i != list.Count - 1)//判断是不是集合中最后一个类 { item.SetSuccessor(item = list[i + 1]);//这里设置上下级 } else { item1.HandleRequest(endynamic);//执行职责链 } }
最后：职责链的功能很明确，每一个职责都有自己要做的事情，所以用职责链的功能一般是一个连串性的，但是如果我们想添加一个新的职责就会破开开闭原则，但是这个反射的出现就把这个问题解决了，而且以后我们不管添加多少职责都没有问题，又不会更改代码，只需更改配置文件的顺序就行，
