淺談Java設計模式之開放封閉原則
寫在前面
最近, 接手了一個新業(yè)務,系統(tǒng)的架構可圈可點。但有些地方讓人望而生畏，有些代碼臃腫難以維護，讓人不敢恭維。于是，結合了Java的開放封閉原則，對其中一部分代碼進行了重構優(yōu)化。
先來看下以前系統(tǒng)的老代碼
ShareChannelManager.java
public ResultDO<String> shareChannel(int shareCode) {
if(ShareCodeUtil.share2A(shareCode)) {
// TODO, 分享到A渠道的業(yè)務邏輯代碼
}
if(ShareCodeUtil.share2B(shareCode)) {
// TODO, 分享到B渠道的業(yè)務邏輯代碼
}
...渠道n...
}
shareChannel這個方法承載了分享渠道的主要鏈路邏輯。分享到各個渠道的代碼都寫在了一個類的方法里面, 顯得很臃腫, 不好維護。每次添加分享的渠道，都得修改此重量級的方法。稍微手抖擼錯了, 會影響到其它渠道分享。同時也違背了Java的開放封閉原則。
介紹下Java的開放封閉原則
Java開放封閉原則， 咋一看給人一種矛盾的feel。開放了怎么還封閉呢？不要從表面上去理解。從兩個維度去思考, **開放** & ***封閉**。Java的開放原則是指設計的架構具備良好的拓展性；而關閉原則是說系統(tǒng)的架構主鏈路不能隨著業(yè)務迭代而大改, 即便是動輒全身，也只能說明系統(tǒng)的架構有問題。每個系統(tǒng)都必須經歷一個從0到1的過程, 隨著業(yè)務的發(fā)展，系統(tǒng)也可能一成不變。如何讓系統(tǒng)的架構前瞻性、及拓展性，都是我們在日常開發(fā)中必須思考的技術點。
總之，Java的開放封閉原則有兩個特征。
- - 對于擴展是開放的
- - 對于更改是封閉的
基于上述說的設計原則, 如何優(yōu)化分上述提到的問題
思路是將多個分享渠道組成鏈式調用。將分享動作抽象出來，分發(fā)到各個渠道去實現。
定義分享渠道鏈
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);
}
最后來回顧下，看看優(yōu)化之后架構帶來的好處
假設有新的渠道分享業(yè)務需求，CChannel, 想想我們要改動的點。這次不必改動ShareChannelManager核心類邏輯了。只需要拓展一個CChannel，實現ShareChannel接口share方法，再配置到xml即可。這種改動點風險是可以控制的，不動到核心類邏輯。
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。
相關文章
這篇文章主要為大家詳細介紹了java實現樹形菜單對象，文中示例代碼介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們可以參考一下2021-05-05
springboot中將日志信息存儲在catalina.base中過程解析
這篇文章主要介紹了springboot中將日志信息存儲在catalina.base中過程解析,文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下2019-09-09
這篇文章主要通過實例對Java中ArrayList與LinkedList進行了對比，需要的朋友可以參考下2017-04-04
Java中實現Comparable和Comparator對象比較
這篇文章主要針對Java中Comparable和Comparator對象進行比較，感興趣的小伙伴們可以參考一下2016-02-02
今天小編就為大家分享一篇關于深入了解MyBatis二級緩存，小編覺得內容挺不錯的，現在分享給大家，具有很好的參考價值，需要的朋友一起跟隨小編來看看吧2018-12-12
這篇文章主要介紹了解決hibernate一對多注解懶加載失效的問題，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2021-10-10
手寫redis@Cacheable注解?參數java對象作為key值詳解
這篇文章主要介紹了手寫redis@Cacheable注解?參數java對象作為key值詳解，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2022-01-01
下面小編就為大家?guī)硪黄猄pring與Web整合實例。小編覺得挺不錯的，現在就分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2017-07-07
Mybatis配置之<properties>屬性配置元素解析
這篇文章主要介紹了Mybatis配置之<properties>屬性配置元素解析，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2021-07-07
這篇文章主要給大家介紹了關于如何解決打開的idea項目maven不生效問題,最近在配置maven時,發(fā)現無論配置幾遍,IDEA中的maven配置總會還原成默認的,所以這里給大家分享下解決辦法,需要的朋友可以參考下2023-07-07