程序員過(guò)度封裝的弊端

　　過(guò)度封裝是程序員最容易犯的錯(cuò)， 因?yàn)槭欠襁^(guò)度并沒(méi)有固定的數(shù)值標(biāo)準(zhǔn)， 只能是有經(jīng)驗(yàn)的程序員基于科學(xué)的判斷。過(guò)度封裝的危害十分嚴(yán)重， 所以必須重視， 并且極力避免。

　　首先， 什么是“過(guò)度封裝”？ 我們知道， 計(jì)算機(jī)科學(xué)領(lǐng)域最稱(chēng)為經(jīng)典也是最強(qiáng)大的思想便是遞歸， 分而治之。但是， 遞歸本身最重要的因素是： 結(jié)束條件。 一生二， 二生三， 三生萬(wàn)物， 總要有終止的條件吧？ 不然一輛車(chē)不停地急馳， 你怎樣上車(chē)？

　　新手程序員， 特別是非科班出身的文科程序員， 最容易犯了過(guò)度封裝的錯(cuò)誤的原因就是不知道何時(shí)適可而止， 腦筋往往不斷地分解分解再分解問(wèn)題， 最后， 你看到的就是這個(gè)調(diào)用那個(gè)， 那個(gè)引用這個(gè)， 亂七八糟毫無(wú)頭緒， 三兩行代碼的函數(shù)比比皆是， 自以為封裝抽象， 其實(shí)是拿捏不好這個(gè)度。

　　一旦過(guò)度封裝， 直接的危害往往是寫(xiě)了無(wú)數(shù)行代碼， 封裝了N多個(gè)類(lèi)， 就是看不出一個(gè)完整的功能， 因?yàn)榉至哑饋?lái)收不住。即使最終把功能實(shí)現(xiàn)了， 代碼維護(hù)性也讓人不忍直視。

　　如何判斷是否過(guò)度封裝？ 如何避免過(guò)度封裝？ 我認(rèn)為， 只要掌握了一個(gè)原則， 時(shí)刻以這個(gè)原則為準(zhǔn)繩， 那便幾乎不會(huì)犯過(guò)度封裝的錯(cuò)誤。

　　這個(gè)原則便是“直觀優(yōu)先”原則， 代碼邏輯以直觀為最優(yōu)先的原則， 其它的原則均低于此原則， 即使有一百個(gè)考慮， 如果違反了直觀原則， 都必須放棄掉而優(yōu)先保證直觀原則。

　　舉一個(gè)例子：

　　function closeDialog（） { login.close（）; message.close（）; 。。.close（）; } var action = { close： function （） { closeDialog（）; }， backout： function （） { if （BACKOUT_ID） { 。。. } } }; $（document）.on（’click‘， function （e）{ var $that = $（e.target）; for （ var k in action） { if （ $that.hasClass（’action-‘+k） ） { action［k］.call（e.target）; } } }）;

　　這樣的代碼就是過(guò)度封裝的經(jīng)典體現(xiàn)！

　　首先， closeDialog（） 這個(gè)函數(shù)不應(yīng)該存在， 而應(yīng)該被展開(kāi)， 因?yàn)楹瘮?shù)只被調(diào)用一次， 而且沒(méi)有邏輯上的獨(dú)立性的必要。

　　其次， 上面的函數(shù)通過(guò)跳轉(zhuǎn)表的方式來(lái)逃避直接的函數(shù)調(diào)用， 這是對(duì)跳轉(zhuǎn)表技術(shù)的極大濫用！ if-else 加函數(shù)調(diào)用是最直觀的分支跳轉(zhuǎn)方式， 完全沒(méi)有必要在這個(gè)例子里使用跳轉(zhuǎn)表技術(shù)。

　　先解釋一下什么是跳轉(zhuǎn)表技術(shù)， 這是一個(gè)非常古老而基礎(chǔ)的計(jì)算機(jī)編程領(lǐng)域的技術(shù)。跳轉(zhuǎn)表包含很多層含義， 簡(jiǎn)單的說(shuō)， 就是將邏輯代碼塊放到一個(gè)索引表中， 代碼編寫(xiě)過(guò)程通過(guò)傳遞索引項(xiàng)來(lái)最終調(diào)用相應(yīng)的邏輯代碼塊（因?yàn)槎嗵幰茫?/p>

　　第一次聽(tīng)到或者見(jiàn)到跳轉(zhuǎn)表技術(shù)的程序員的心情， 如果你想體驗(yàn)的話， 你想想當(dāng)你寫(xiě)了無(wú)數(shù)的 if-else 之后， 你發(fā)現(xiàn)了 switch-case 時(shí)的心情， 或者是你第一次聽(tīng)到函數(shù)指針這個(gè)事物時(shí)的心情。

　　但是， 像 js 之類(lèi)高級(jí)語(yǔ)言， 已經(jīng)把跳轉(zhuǎn)表技術(shù)， 直接融合到了語(yǔ)言的語(yǔ)法本身， 如類(lèi)（class）。 你不需要實(shí)現(xiàn)自己的跳轉(zhuǎn)表技術(shù)， 你只需要用好語(yǔ)言本身的特性即可。

　　所以， 上面的代碼應(yīng)該改成：

　　$（document）.on（’click‘， function （e）{ var $that = $（e.target）; if （ $that.hasClass（’action-close‘） ） { login.close（）; message.close（）; 。。.close（）; } if （ $that.hasClass（’action-backout‘） ） { if （BACKOUT_ID） { 。。. } } }）;

　　這是最直觀， 最正常， 人人都應(yīng)該寫(xiě)成這樣的代碼。如果你還想顯式地使用查找表技術(shù)以體現(xiàn)自己牛逼， 我是說(shuō)， 如果你真想裝逼的話， 你可以這樣寫(xiě)：

　　var action = { close： function （） { login.close（）; message.close（）; 。。.close（）; }， backout： function （） { if （BACKOUT_ID） { 。。. } } }; $（document）.on（’click‘， function （e）{ var $that = $（e.target）; var func_name = $（that）.attr（’action‘）; if（func_name && action［func_name］）{ action［func_name］（）; } }）;

　　如果都這樣寫(xiě)了， 那和直接在 html 標(biāo)簽里寫(xiě) onclick 屬性有什么區(qū)別？ 難道通過(guò) class 綁定事件就高級(jí)， 寫(xiě) onclick 指明回調(diào)函數(shù)的名字就不高級(jí)了？

　　所以我勸你最好不要裝逼也別裝傻， 乖乖地有理有據(jù)有邏輯地寫(xiě)代碼， 讓代碼的邏輯直觀起來(lái)， 不要過(guò)度封裝。如果你內(nèi)心封裝的欲望太強(qiáng)的話， 那我勸你學(xué)學(xué) Go 語(yǔ)言， 把自己的思想強(qiáng)加到一種自己新發(fā)明的語(yǔ)言上來(lái)（我估計(jì)你沒(méi)那種本事）。不然， 直觀優(yōu)先， 不要過(guò)度封裝。