JavaScript最少知識(shí)原則介紹與體現(xiàn)
1. 減少對(duì)象之間的聯(lián)系
單一職責(zé)原則指導(dǎo)我們把對(duì)象劃分成較小的粒度,這可以提高對(duì)象的可復(fù)用性。但越來(lái)越多的對(duì)象之間可能會(huì)產(chǎn)生錯(cuò)綜復(fù)雜的聯(lián)系,如果修改了其中一個(gè)對(duì)象,很可能會(huì)影響到跟它相互引用的其他對(duì)象。對(duì)象和對(duì)象耦合在一起,有可能會(huì)降低它們的可復(fù)用性。在程序中,對(duì)象的“朋友”太多并不是一件好事,“城門(mén)失火,殃及池魚(yú)”和“一人犯法,株連九族”的故事時(shí)有發(fā)生。
最少知識(shí)原則要求我們?cè)谠O(shè)計(jì)程序時(shí),應(yīng)當(dāng)盡量減少對(duì)象之間的交互。如果兩個(gè)對(duì)象之間不必彼此直接通信,那么這兩個(gè)對(duì)象就不要發(fā)生直接的相互聯(lián)系。常見(jiàn)的做法是引入一個(gè)第三者對(duì)象,來(lái)承擔(dān)這些對(duì)象之間的通信作用。如果一些對(duì)象需要向另一些對(duì)象發(fā)起請(qǐng)求,可以通過(guò)第三者對(duì)象來(lái)轉(zhuǎn)發(fā)這些請(qǐng)求。
2. 設(shè)計(jì)模式中的最少知識(shí)原則
最少知識(shí)原則在設(shè)計(jì)模式中體現(xiàn)得最多的地方是中介者模式和外觀模式,下面我們分別進(jìn)行介紹。
中介者模式
在世界杯期間購(gòu)買(mǎi)足球彩票,如果沒(méi)有博彩公司作為中介,上千萬(wàn)的人一起計(jì)算賠率和輸贏絕對(duì)是不可能的事情。博彩公司作為中介,每個(gè)人都只和博彩公司發(fā)生關(guān)聯(lián),博彩公司會(huì)根據(jù)所有人的投注情況計(jì)算好賠率,彩民們贏了錢(qián)就從博彩公司拿,輸了錢(qián)就賠給博彩公司。
中介者模式很好地體現(xiàn)了最少知識(shí)原則。通過(guò)增加一個(gè)中介者對(duì)象,讓所有的相關(guān)對(duì)象都通過(guò)中介者對(duì)象來(lái)通信,而不是互相引用。所以,當(dāng)一個(gè)對(duì)象發(fā)生改變時(shí),只需要通知中介者對(duì)象即可。
外觀模式
外觀模式在 JavaScript 中的使用場(chǎng)景并不多。外觀模式主要是為子系統(tǒng)中的一組接口提供一個(gè)一致的界面,外觀模式定義了一個(gè)高層接口,這個(gè)接口使子系統(tǒng)更加容易使用。
外觀模式的作用是對(duì)客戶屏蔽一組子系統(tǒng)的復(fù)雜性。外觀模式對(duì)客戶提供一個(gè)簡(jiǎn)單易用的高層接口,高層接口會(huì)把客戶的請(qǐng)求轉(zhuǎn)發(fā)給子系統(tǒng)來(lái)完成具體的功能實(shí)現(xiàn)。大多數(shù)客戶都可以通過(guò)請(qǐng)求外觀接口來(lái)達(dá)到訪問(wèn)子系統(tǒng)的目的。但在一段使用了外觀模式的程序中,請(qǐng)求外觀并不是強(qiáng)制的。如果外觀不能滿足客戶的個(gè)性化需求,那么客戶也可以選擇越過(guò)外觀來(lái)直接訪問(wèn)子系統(tǒng)。
拿全自動(dòng)洗衣機(jī)的一鍵洗衣按鈕舉例,這個(gè)一鍵洗衣按鈕就是一個(gè)外觀。如果是老式洗衣機(jī),客戶要手動(dòng)選擇浸泡、洗衣、漂洗、脫水這 4 個(gè)步驟。如果這種洗衣機(jī)被淘汰了,新式洗衣機(jī)的漂洗方式發(fā)生了改變,那我們還得學(xué)習(xí)新的漂洗方式。而全自動(dòng)洗衣機(jī)的好處很明顯,不管洗衣機(jī)內(nèi)部如何進(jìn)化,客戶要操作的,始終只是一個(gè)一鍵洗衣的按鈕。這個(gè)按鈕就是為一組子系統(tǒng)所創(chuàng)建的外觀。但如果一鍵洗衣程序設(shè)定的默認(rèn)漂洗時(shí)間是 20 分鐘,而客戶希望這個(gè)漂洗時(shí)間是 30 分鐘,那么客戶自然可以選擇越過(guò)一鍵洗衣程序,自己手動(dòng)來(lái)控制這些“子系統(tǒng)”運(yùn)轉(zhuǎn)。
外觀模式容易跟普通的封裝實(shí)現(xiàn)混淆。這兩者都封裝了一些事物,但外觀模式的關(guān)鍵是定義一個(gè)高層接口去封裝一組“子系統(tǒng)”。子系統(tǒng)在 C++或者 Java 中指的是一組類(lèi)的集合,這些類(lèi)相互協(xié)作可以組成系統(tǒng)中一個(gè)相對(duì)獨(dú)立的部分。在 JavaScript 中我們通常不會(huì)過(guò)多地考慮“類(lèi)”,如果將外觀模式映射到 JavaScript 中,這個(gè)子系統(tǒng)至少應(yīng)該指的是一組函數(shù)的集合。
最簡(jiǎn)單的外觀模式應(yīng)該是類(lèi)似下面的代碼:
const A = function () { a1(); a2(); } const B = function () { b1(); b2(); } const facade = function () { A(); B(); } facade();
現(xiàn)在再來(lái)看看外觀模式和最少知識(shí)原則之間的關(guān)系。外觀模式的作用主要有兩點(diǎn)。
- 為一組子系統(tǒng)提供一個(gè)簡(jiǎn)單便利的訪問(wèn)入口。
- 隔離客戶與復(fù)雜子系統(tǒng)之間的聯(lián)系,客戶不用去了解子系統(tǒng)的細(xì)節(jié)。
從第二點(diǎn)來(lái),外觀模式是符合最少知識(shí)原則的。比如全自動(dòng)洗衣機(jī)的一鍵洗衣按鈕,隔開(kāi)了客戶和浸泡、洗衣、漂洗、脫水這些子系統(tǒng)的直接聯(lián)系,客戶不用去了解這些子系統(tǒng)的具體實(shí)現(xiàn)。
假設(shè)我們?cè)诰帉?xiě)這個(gè)老式洗衣機(jī)的程序,客戶至少要和浸泡、洗衣、漂洗、脫水這 4 個(gè)子系統(tǒng)打交道。如果其中的一個(gè)子系統(tǒng)發(fā)生了改變,那么客戶的調(diào)用代碼就得發(fā)生改變。而通過(guò)外觀將客戶和這些子系統(tǒng)隔開(kāi)之后,如果修改子系統(tǒng)內(nèi)部,只要外觀不變,就不會(huì)影響客戶的調(diào)用。同樣,對(duì)外觀的修改也不會(huì)影響到子系統(tǒng),它們可以分別變化而互不影響。
3. 封裝在最少知識(shí)原則中的體現(xiàn)
封裝在很大程度上表達(dá)的是數(shù)據(jù)的隱藏。一個(gè)模塊或者對(duì)象可以將內(nèi)部的數(shù)據(jù)或者實(shí)現(xiàn)細(xì)節(jié)隱藏起來(lái),只暴露必要的接口 API 供外界訪問(wèn)。對(duì)象之間難免產(chǎn)生聯(lián)系,當(dāng)一個(gè)對(duì)象必須引用另外一個(gè)對(duì)象的時(shí)候,我們可以讓對(duì)象只暴露必要的接口,讓對(duì)象之間的聯(lián)系限制在最小的范圍之內(nèi)。
同時(shí),封裝也用來(lái)限制變量的作用域。在 JavaScript 中對(duì)變量作用域的規(guī)定是:
- 變量在全局聲明,或者在代碼的任何位置隱式申明(不用 var),則該變量在全局可見(jiàn);
- 變量在函數(shù)內(nèi)顯式申明(使用 var),則在函數(shù)內(nèi)可見(jiàn)。
把變量的可見(jiàn)性限制在一個(gè)盡可能小的范圍內(nèi),這個(gè)變量對(duì)其他不相關(guān)模塊的影響就越小,變量被改寫(xiě)和發(fā)生沖突的機(jī)會(huì)也越小。這也是廣義的最少知識(shí)原則的一種體現(xiàn)。
假設(shè)我們要編寫(xiě)一個(gè)具有緩存效果的計(jì)算乘積的函數(shù) function mult (){}
,我們需要一個(gè)對(duì)象 const cache = {}
來(lái)保存已經(jīng)計(jì)算過(guò)的結(jié)果。cache
對(duì)象顯然只對(duì) mult
有用,把 cache
對(duì)象放在 mult
形成的閉包中,顯然比把它放在全局作用域更加合適,代碼如下:
const mult = (function () { const cache = {}; return function () { const args = Array.prototype.join.call(arguments, ','); if (cache[args]) { return cache[args]; } let a = 1; for (let i = 0, l = arguments.length; i < l; i++) { a = a * arguments[i]; } return cache[args] = a; } })(); mult(1, 2, 3); // 輸出: 6
雖然遵守最小知識(shí)原則減少了對(duì)象之間的依賴(lài),但也有可能增加一些龐大到難以維護(hù)的第三者對(duì)象。跟單一職責(zé)原則一樣,在實(shí)際開(kāi)發(fā)中,是否選擇讓代碼符合最少知識(shí)原則,要根據(jù)具體的環(huán)境來(lái)定。
到此這篇關(guān)于JavaScript最少知識(shí)原則介紹與體現(xiàn)的文章就介紹到這了,更多相關(guān)JS最少知識(shí)原則內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
- 深入理解JavaScript系列(6):S.O.L.I.D五大原則之單一職責(zé)SRP
- JavaScript面向?qū)ο笾叽蠡驹瓌t實(shí)例詳解
- JavaScript的數(shù)據(jù)類(lèi)型轉(zhuǎn)換原則(干貨)
- 深入淺析JavaScript的API設(shè)計(jì)原則
- 深入理解JavaScript系列(22):S.O.L.I.D五大原則之依賴(lài)倒置原則DIP詳解
- 深入理解JavaScript系列(21):S.O.L.I.D五大原則之接口隔離原則ISP詳解
- 深入理解JavaScript系列(8) S.O.L.I.D五大原則之里氏替換原則LSP
- 深入理解JavaScript系列(7) S.O.L.I.D五大原則之開(kāi)閉原則OCP
- JavaScript單一職責(zé)原則深入分析
相關(guān)文章
django js 實(shí)現(xiàn)表格動(dòng)態(tài)標(biāo)序號(hào)的實(shí)例代碼
本文通過(guò)實(shí)例代碼給大家介紹了django js 實(shí)現(xiàn)表格動(dòng)態(tài)標(biāo)序號(hào) ,代碼簡(jiǎn)單易懂,非常不錯(cuò),具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2019-07-07js時(shí)間戳和c#時(shí)間戳互轉(zhuǎn)方法(推薦)
下面小編就為大家?guī)?lái)一篇js時(shí)間戳和c#時(shí)間戳互轉(zhuǎn)方法(推薦)。小編覺(jué)得挺不錯(cuò)的,現(xiàn)在就分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2017-02-02滾動(dòng)條變色 隱藏滾動(dòng)條與雙擊網(wǎng)頁(yè)自動(dòng)滾屏顯示代碼
滾動(dòng)條變色 隱藏滾動(dòng)條與雙擊網(wǎng)頁(yè)自動(dòng)滾屏顯示代碼2009-12-12JS Map 和 List 的簡(jiǎn)單實(shí)現(xiàn)代碼
本篇文章是對(duì)在JS中Map和List的簡(jiǎn)單實(shí)現(xiàn)代碼進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-07-07關(guān)于Javascript作用域鏈的八點(diǎn)總結(jié)
其實(shí)吧,關(guān)于作用域鏈相關(guān)的文章我也看了不少,但是我一直也沒(méi)能做一個(gè)詳細(xì)的總結(jié),今天把我看到的一些東西,結(jié)合自己的想法,總結(jié)成以下8個(gè)點(diǎn)2013-12-12獲取JavaScript用戶自定義類(lèi)的類(lèi)名稱(chēng)的代碼
獲取JavaScript用戶自定義類(lèi)的類(lèi)名稱(chēng)的代碼...2007-03-03使用js判斷當(dāng)前時(shí)區(qū)TimeZone是否是夏令時(shí)
這篇文章主要介紹了js判斷當(dāng)前時(shí)區(qū)TimeZone是否是夏令時(shí)的方法,需要的朋友可以參考下2014-02-02JavaScript中最簡(jiǎn)潔的編碼html字符串的方法
這篇文章主要介紹了JavaScript中最簡(jiǎn)潔的編碼html字符串的方法,非常非常簡(jiǎn)潔的一個(gè)方法,小編親測(cè)可用,需要的朋友可以參考下2014-10-10javascript設(shè)計(jì)模式之中介者模式學(xué)習(xí)筆記
這篇文章主要為大家詳細(xì)介紹了javascript設(shè)計(jì)模式之中介者模式學(xué)習(xí)筆記,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2017-02-02