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