明明服務(wù)化了，為啥耦合更加嚴(yán)重了？
什么是耦合?
耦合，是架構(gòu)中，本來不相干的代碼、模塊、服務(wù)、系統(tǒng)因?yàn)槟承┰蚵?lián)系在一起，各自獨(dú)立性差，影響則相互影響，變動則相互變動的一種架構(gòu)狀態(tài)。
感官上，怎么發(fā)現(xiàn)系統(tǒng)中的耦合?
作為技術(shù)人，每每在心中罵上下游，罵兄弟部門，“這個東西跟我有什么關(guān)系?為什么需要我來配合做這個事情?”。明明不應(yīng)該聯(lián)動，卻要被動配合，就可能有潛在的耦合。
但如果服務(wù)化不合理，將部分個性化業(yè)務(wù)下沉到了底層，就是一個耦合的典型案例。
場景還原
業(yè)務(wù)1，業(yè)務(wù)2，業(yè)務(wù)3，因?yàn)閖oin導(dǎo)致數(shù)據(jù)庫實(shí)例耦合在了一起。
為了實(shí)現(xiàn)通用數(shù)據(jù)庫table-user的解耦，實(shí)施了服務(wù)化，將通用user數(shù)據(jù)的訪問抽象出了服務(wù)。
由于服務(wù)化不合理，會有很少很少的個性化業(yè)務(wù)邏輯，實(shí)現(xiàn)在底層的服務(wù)中，典型的偽代碼是：
- switch(biz_type){
- case(1) : exec_logic1();
- case(2) : exec_logic2();
- case(3) : exec_logic3();
- default : exec_default();
- }
為什么會引發(fā)耦合呢?
不妨設(shè)，業(yè)務(wù)1來了一個新的個性化需求，這個需求本來實(shí)現(xiàn)在業(yè)務(wù)1自己的代碼里是合理的，但工程師S想到，底層的通用服務(wù)里也有業(yè)務(wù)1的一小撮個性化代碼，評估后，發(fā)現(xiàn)實(shí)現(xiàn)在底層新的需求改動的代碼最小，時間最短，于是來找底層服務(wù)的負(fù)責(zé)人工程師B。
- 業(yè)務(wù)1工程師S：“有個小需求，幫個忙唄”
- 底層工程師B：“個性化實(shí)現(xiàn)在底層不合理”
- 業(yè)務(wù)1工程師S：“反正都有switch case的代碼了，再改一點(diǎn)也不麻煩，在我這邊實(shí)現(xiàn)特別復(fù)雜，要xxoo這么搞”
- 底層工程師B：“確實(shí)很復(fù)雜，那我來吧”-
- …
遺留了不合理的代碼，就會有第一次妥協(xié)，妥協(xié)了業(yè)務(wù)1，就會妥協(xié)業(yè)務(wù)2，隨著時間的推移，底層服務(wù)越來越復(fù)雜：
- 業(yè)務(wù)1，業(yè)務(wù)2，業(yè)務(wù)3的個性化代碼越來越多;
- 業(yè)務(wù)1，業(yè)務(wù)2，業(yè)務(wù)3的需求越來越多提給底層工程師;
- 底層工程師慢慢成了項(xiàng)目瓶頸，業(yè)務(wù)1，業(yè)務(wù)2，業(yè)務(wù)3的項(xiàng)目逐步delay，但逐步都怪到了底層工程師的頭上;
直到有一天，底層服務(wù)出了一個小bug，影響了業(yè)務(wù)1，業(yè)務(wù)2，業(yè)務(wù)3，歷史總是驚人的相似：
- 業(yè)務(wù)1的大boss在群里首先發(fā)飆：“技術(shù)都干啥了，怎么系統(tǒng)掛了”
- 業(yè)務(wù)1的工程師S一臉無辜：“底層系統(tǒng)改造，工程師S的bug”
額，然而，這個理由，好像在大boss那解釋不通…
- 底層服務(wù)工程師B一臉委屈：“...”。明明需求是業(yè)務(wù)方的，為什么修改代碼的是我底層呢，業(yè)務(wù)代碼出了問題，為什么責(zé)怪的是我底層呢，每每心中罵娘，系統(tǒng)中很可能就存在耦合。
如何解耦呢?
業(yè)務(wù)代碼上浮，通用代碼下沉，服務(wù)化徹底。
解決方案并不復(fù)雜，分層架構(gòu)中，每一層都有自己的職責(zé)，每一層都應(yīng)該守住自己的底線。
你在做技術(shù)方案時，碰到過這種場景嗎?
- “放在你那邊做代碼少”
- “放在你那邊做時間短”
作為設(shè)計(jì)折衷的理由，而要多問：
- “怎么做合理”
業(yè)務(wù)代碼上浮，通用代碼下沉，服務(wù)化徹底，只是一個很小的優(yōu)化點(diǎn)，但對于底層服務(wù)解耦卻是非常的有效。
希望大家每天收獲一點(diǎn)點(diǎn)，這樣架構(gòu)就能美好一點(diǎn)點(diǎn)。
【本文為51CTO專欄作者“58沈劍”原創(chuàng)稿件，轉(zhuǎn)載請聯(lián)系原作者】
