浅谈Java设计模式之开放封闭原则

　　

写在前面
　　

　　

最近,接手了一个新业务,系统的架构可圈可点。但有些地方让人望而生畏,有些代码臃肿难以维护,让人不敢恭维。于是,结合了Java的开放封闭原则,对其中一部分代码进行了重构优化。

　　

<强>先来看下以前系统的老代码

　　

ShareChannelManager。java
　　

　　 　　 　　公共ResultDOshareChannel (int shareCode) { 　　 　　如果(ShareCodeUtil.share2A (shareCode)) {//TODO,分享到一个渠道的业务逻辑代码 　　} 　　 　　如果(ShareCodeUtil.share2B (shareCode)) {//TODO,分享到B渠道的业务逻辑代码 　　} 　　 　　…渠道n… 　　} 　　之前 　　 　　

shareChannel这个方法承载了分享渠道的主要链路逻辑。分享到各个渠道的代码都写在了一个类的方法里,面显得很臃肿,不好维护。每次添加分享的渠道,都得修改此重量级的方法。稍微手抖撸错了,会影响到其它渠道分享。同时也违背了Java的开放封闭原则。

　　

<强>介绍下Java的开放封闭原则
　　

　　

Java开放封闭原则,咋一看给人一种矛盾的感觉。开放了怎么还封闭呢?不要从表面上去理解。从两个维度去思考,* *开放* *,* * *封闭* * . java的开放原则是指设计的架构具备良好的拓展性;而关闭原则是说系统的架构主链路不能随着业务迭代而大改,即便是动辄全身,也只能说明系统的架构有问题。每个系统都必须经历一个从0到1的过程,随着业务的发展,系统也可能一成不变。如何让系统的架构前瞻性,及拓展性,都是我们在日常开发中必须思考的技术点。
　　总之,Java的开放封闭原则有两个特征。

　　
    　　<李>——对于扩展是开放的李 　　<李>——对于更改是封闭的李 　　
　　

<>强基于上述说的设计原则,如何优化分上述提到的问题

　　

思路是将多个分享渠道组成链式调用。将分享动作抽象出来,分发到各个渠道去实现。

　　

定义分享渠道链

　　 　　 　　公开课ShareChannelChain { 　　私人最后日志记录器=LoggerFactory.getLogger (this.getClass ());/* * 　　*分享渠道链 　　*/私人ListshareChannels; 　　公共ResultDO分享(int shareCode) { 　　(ShareChannel s: shareChannels) { 　　ResultDOr=s.share (shareCode); 　　} 　　} 　　 　　之前 　　 　　

<强>定义分享渠道父类

　　 　　 　　公共接口ShareChannel { 　　公共ResultDO分享(int shareCod); 　　} 　　 　　

<强>渠道分享

　　 　　 　　公共类AChannel实现ShareChannel { 　　 　　@Override 　　公共ResultDO分享(int shareCode) {//TODO分享一渠道逻辑 　　} 　　} 　　之前 　　 　　

<强> B渠道分享

　　 　　 　　公共类BChannel实现ShareChannel { 　　 　　@Override 　　公共ResultDO分享(int shareCode) {//TODO分享B渠道逻辑 　　} 　　} 　　之前 　　 　　

将AChannel和BChannel组装成一条调用链ShareChannelChain。
　　

　　 　　 　　& lt; bean id=癆Channel”类=癱om.test.AChannel”比; 　　& lt;/bean> 　　& lt; bean id=癇Channel”类=癱om.test.BChannel”比; 　　& lt;/bean> 　　& lt; bean id=皊hareChannelChain”类=癱om.test.ShareChannelChain”比; 　　& lt;属性名=皊hareChannels”比; 　　& lt; list> 　　& lt;当地ref=癆Channel”/比; 　　& lt;当地ref=癇Channel”/比; 　　& lt;/list> 　　& lt;/property> 　　& lt;/bean> 　　 　　

渠道分享主要接口
　　

　　

ShareChannelManager.java 　　 　　 　　公共ResultDOshareChannel (int shareCode) { 　　ShareChannelChain.share (shareCode); 　　} 　　 　　

<强>最后来回顾下,看看优化之后架构带来的好处

　　

假设有新的渠道分享业务需求,CChannel,想想我们要改动的点。这次不必改动ShareChannelManager核心类逻辑了。只需要拓展一个CChannel,实现ShareChannel接口分享方法,再配置到xml即可。这种改动点风险是可以控制的,不动到核心类逻辑。
　　

　　

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持。

浅谈Java设计模式之开放封闭原则