寫在前面
最近, 接手了一個新業(yè)務,系統(tǒng)的架構可圈可點。但有些地方讓人望而生畏，有些代碼臃腫難以維護，讓人不敢恭維。于是，結合了Java的開放封閉原則，對其中一部分代碼進行了重構優(yōu)化。
先來看下以前系統(tǒng)的老代碼
ShareChannelManager.javapublic 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)都必須經(jīng)歷一個從0到1的過程, 隨著業(yè)務的發(fā)展，系統(tǒng)也可能一成不變。如何讓系統(tǒng)的架構前瞻性、及拓展性，都是我們在日常開發(fā)中必須思考的技術點。 總之，Java的開放封閉原則有兩個特征。- 對于擴展是開放的- 對于更改是封閉的
基于上述說的設計原則, 如何優(yōu)化分上述提到的問題
延伸閱讀
- ssh框架 2016-09-30
- 阿里移動安全 [無線安全]玩轉無線電——不安全的藍牙鎖 2017-07-26
- 消息隊列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 論文筆記【圖片目標分割】 2017-07-26
- 詞向量-LRWE模型-更好地識別反義詞同義詞 2017-07-26
- 從棧不平衡問題 理解 calling convention 2017-07-26
- php imagemagick 處理 圖片剪切、壓縮、合并、插入文本、背景色透明 2017-07-26
- Swift實現(xiàn)JSON轉Model - HandyJSON使用講解 2017-07-26
- 阿里移動安全 Android端惡意鎖屏勒索應用分析 2017-07-26
- 集合結合數(shù)據(jù)結構來看看(二) 2017-07-26
學習是年輕人改變自己的最好方式