溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點擊 登錄注冊 即表示同意《億速云用戶服務(wù)條款》

淺談Java設(shè)計模式之開放封閉原則

發(fā)布時間:2020-10-18 02:03:02 來源:腳本之家 閱讀:139 作者:堅守一輩子的幸福 欄目:編程語言

寫在前面

最近, 接手了一個新業(yè)務(wù),系統(tǒng)的架構(gòu)可圈可點。但有些地方讓人望而生畏,有些代碼臃腫難以維護,讓人不敢恭維。于是,結(jié)合了Java的開放封閉原則,對其中一部分代碼進行了重構(gòu)優(yōu)化。

先來看下以前系統(tǒng)的老代碼

ShareChannelManager.java

public ResultDO<String> shareChannel(int shareCode) {

  if(ShareCodeUtil.share2A(shareCode)) {
     // TODO, 分享到A渠道的業(yè)務(wù)邏輯代碼
  }

  if(ShareCodeUtil.share2B(shareCode)) {
     // TODO, 分享到B渠道的業(yè)務(wù)邏輯代碼
  }

  ...渠道n...
}

shareChannel這個方法承載了分享渠道的主要鏈路邏輯。分享到各個渠道的代碼都寫在了一個類的方法里面, 顯得很臃腫, 不好維護。每次添加分享的渠道,都得修改此重量級的方法。稍微手抖擼錯了, 會影響到其它渠道分享。同時也違背了Java的開放封閉原則。

介紹下Java的開放封閉原則

Java開放封閉原則, 咋一看給人一種矛盾的feel。開放了怎么還封閉呢?不要從表面上去理解。從兩個維度去思考, **開放** & ***封閉**。Java的開放原則是指設(shè)計的架構(gòu)具備良好的拓展性;而關(guān)閉原則是說系統(tǒng)的架構(gòu)主鏈路不能隨著業(yè)務(wù)迭代而大改, 即便是動輒全身,也只能說明系統(tǒng)的架構(gòu)有問題。每個系統(tǒng)都必須經(jīng)歷一個從0到1的過程, 隨著業(yè)務(wù)的發(fā)展,系統(tǒng)也可能一成不變。如何讓系統(tǒng)的架構(gòu)前瞻性、及拓展性,都是我們在日常開發(fā)中必須思考的技術(shù)點。
總之,Java的開放封閉原則有兩個特征。

  1. - 對于擴展是開放的
  2. - 對于更改是封閉的

基于上述說的設(shè)計原則, 如何優(yōu)化分上述提到的問題

思路是將多個分享渠道組成鏈式調(diào)用。將分享動作抽象出來,分發(fā)到各個渠道去實現(xiàn)。

定義分享渠道鏈

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 組裝成一條調(diào)用鏈 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);
}

最后來回顧下,看看優(yōu)化之后架構(gòu)帶來的好處

假設(shè)有新的渠道分享業(yè)務(wù)需求,CChannel, 想想我們要改動的點。這次不必改動ShareChannelManager核心類邏輯了。只需要拓展一個CChannel,實現(xiàn)ShareChannel接口share方法,再配置到xml即可。這種改動點風險是可以控制的,不動到核心類邏輯。

以上就是本文的全部內(nèi)容,希望對大家的學習有所幫助,也希望大家多多支持億速云。

向AI問一下細節(jié)

免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI