欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

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

程序员文章站 2024-03-02 13:43:52
写在前面 最近, 接手了一个新业务,系统的架构可圈可点。但有些地方让人望而生畏,有些代码臃肿难以维护,让人不敢恭维。于是,结合了java的开放封闭原则,对其中一部分代...

写在前面

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

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

sharechannelmanager.java

public 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的开放封闭原则有两个特征。

  1. - 对于扩展是开放的
  2. - 对于更改是封闭的

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

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

定义分享渠道链

public class sharechannelchain {  
  private final logger log = loggerfactory.getlogger(this.getclass());

  /**
   * 分享渠道链
   */
  private list<sharechannel> sharechannels;
  public resultdo<string> share(int sharecode) {
    for (sharechannel s : sharechannels) {
      resultdo<string> r = s.share(sharecode);
         }
  }

定义分享渠道父类

public interface sharechannel {
  public resultdo<string> share(int sharecod);
}

a渠道分享

public class achannel implements sharechannel {

  @override
  public resultdo<string> share(int sharecode) {
       // todo 分享a渠道逻辑
    }
}

b渠道分享

public class bchannel implements sharechannel {

  @override
  public resultdo<string> share(int sharecode) {
       // todo 分享b渠道逻辑
    }
}

将achannel 和 bchannel 组装成一条调用链 sharechannelchain。

  <bean id="achannel" class="com.test.achannel">
  </bean>
  <bean id="bchannel" class="com.test.bchannel">
  </bean>
  <bean id="sharechannelchain" class="com.test.sharechannelchain">
    <property name="sharechannels">
      <list>
        <ref local="achannel"/>
        <ref local="bchannel"/>
      </list>
    </property>
  </bean>

渠道分享主要接口

sharechannelmanager.java

public resultdo<string> sharechannel(int sharecode) {
    sharechannelchain.share(sharecode);
}

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

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

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