写在前面
最近, 接手了一个新业务,系统的架构可圈可点。但有些地方让人望而生畏，有些代码臃肿难以维护，让人不敢恭维。于是，结合了Java的开放封闭原则，对其中一部分代码进行了重构优化。
先来看下以前系统的老代码
ShareChannelManager.javapublic ResultDO<String> shareChannel(int shareCode) { if(ShareCodeUtil.share2A(shareCode)) { // TODO, 分享到A渠道的业务逻辑代码
} if(ShareCodeUtil.share2B(shareCode)) { // TODO, 分享到B渠道的业务逻辑代码
}
...渠道n...
}shareChannel这个方法承载了分享渠道的主要链路逻辑。分享到各个渠道的代码都写在了一个类的方法里面, 显得很臃肿, 不好维护。每次添加分享的渠道，都得修改此重量级的方法。稍微手抖撸错了, 会影响到其它渠道分享。同时也违背了Java的开放封闭原则。
介绍下Java的开放封闭原则
Java开放封闭原则， 咋一看给人一种矛盾的feel。开放了怎么还封闭呢？不要从表面上去理解。从两个维度去思考, **开放** & ***封闭**。Java的开放原则是指设计的架构具备良好的拓展性；而关闭原则是说系统的架构主链路不能随着业务迭代而大改, 即便是动辄全身，也只能说明系统的架构有问题。每个系统都必须经历一个从0到1的过程, 随着业务的发展，系统也可能一成不变。如何让系统的架构前瞻性、及拓展性，都是我们在日常开发中必须思考的技术点。 总之，Java的开放封闭原则有两个特征。- 对于扩展是开放的- 对于更改是封闭的
基于上述说的设计原则, 如何优化分上述提到的问题
