掃二維碼與項目經(jīng)理溝通
我們在微信上24小時期待你的聲音
解答本文疑問/技術(shù)咨詢/運營咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流
耦合,是架構(gòu)中,本來不相干的代碼、模塊、服務(wù)、系統(tǒng)因為某些原因聯(lián)系在一起,各自獨立性差,影響則相互影響,變動則相互變動的一種架構(gòu)狀態(tài)。

公司主營業(yè)務(wù):成都網(wǎng)站設(shè)計、做網(wǎng)站、移動網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網(wǎng)宣傳,提高企業(yè)的競爭能力。創(chuàng)新互聯(lián)是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化,感謝他們對我們的高要求,感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn),讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)推出原平免費做網(wǎng)站回饋大家。
作為技術(shù)人,每每在心中罵上下游,罵兄弟部門,“這個東西跟我有什么關(guān)系?為什么需要我來配合做這個事情?”。明明不應(yīng)該聯(lián)動,卻要被動配合,就可能有潛在的耦合。
因為公共庫,導致相互受影響,就是一個耦合的典型案例。
一個看似“公共”的業(yè)務(wù)庫(*.so *.jar *.dll *.php),很多業(yè)務(wù)系統(tǒng)都依賴于這個公共庫,這個庫使得這些系統(tǒng)都耦合在了一起。
畫外音:這里的公共庫不是指像“字符串操作”這樣的不變化的工具庫,更多是指通用業(yè)務(wù)的公共庫。
業(yè)務(wù)1,業(yè)務(wù)2,業(yè)務(wù)3都依賴于某一個biz.jar,業(yè)務(wù)1因為某個需求需要升級biz.jar。上線前,業(yè)務(wù)1的QA進行了大量的測試,確保無誤后,代碼發(fā)布,發(fā)布完線上驗證無誤后,上線完成,閃人。
突然,bug群里有人反饋,業(yè)務(wù)2的系統(tǒng)掛了,業(yè)務(wù)3的系統(tǒng)也掛了,一下炸開了鍋:
額,然而,這個理由,好像在大boss那解釋不通…
不知道大家工作中會不會遇到這樣的場景,因為公共庫的耦合,兄弟部門上線,影響的確是你,此時你心里可能就在罵娘了,這幫不靠譜的**隊友。
特別的,如果公共庫的使用方很廣,這個耦合很嚴重,可能影響很大的范圍。
別嘲笑這個方案,誰敢說自己寫代碼的時候沒這么干過?
我們都知道這不是一個好的方案,但不可否認,拷貝之后,代碼各自演化,一個地方升級出錯,只影響一方,拷貝方只要不動原有代碼,至少是不會受影響的。
代碼拷貝缺點很多,系統(tǒng)拆分時,萬不得已不要使用這個方案。
需要把業(yè)務(wù)個性的代碼拆分到各個業(yè)務(wù)線自己的工程,自己的業(yè)務(wù)庫里去,例如s1.jar / s2.jar / s3.jar,修改各自的代碼,至少不會擴大影響范圍。
大家為什么都把代碼往一個公共庫里塞?
很多時候,因為惰性,一點一點的惰性,日積月累,終成大坑。
這個垂直拆分是一個架構(gòu)重構(gòu)的過程,需要各業(yè)務(wù)方配合。
完成了第一步,業(yè)務(wù)個性化的代碼提取到業(yè)務(wù)側(cè)上游。
接下來是第二步,業(yè)務(wù)通用的代碼,下沉抽取一層服務(wù),服務(wù)對上游提供RPC接口:
最終,達到通過服務(wù)RPC調(diào)用的方式來解除耦合。
有朋友會問:
都是測試,為何前者能控制影響范圍呢?
個性業(yè)務(wù)代碼上浮,共性業(yè)務(wù)代碼服務(wù)化下沉,只是一個很小的優(yōu)化點,但對于公共庫解耦卻是非常的有效。
希望大家每天收獲一點點,這樣架構(gòu)就能美好一點點。
畫外音:原來拷貝代碼,還有解耦的功效?
【本文為專欄作者“58沈劍”原創(chuàng)稿件,轉(zhuǎn)載請聯(lián)系原作者】

我們在微信上24小時期待你的聲音
解答本文疑問/技術(shù)咨詢/運營咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流