深入淺析JavaScript的API設計原則(轉載)

標籤：reg   電腦科學   eth   縮減   nav   決定   聲明   nts   doc   

一、介面的流暢性

好的介面是流暢易懂的，他主要體現如下幾個方面：

1.簡單

操作某個元素的css屬性，下面是原生的方法:

?

1	document.querySelectorAll(‘#id‘).style.color = ‘red‘;

封裝之後

?

1234	function a(selector, color) {document.querySelectorAll(selector)[].style.color = color}a(‘#a‘, ‘red‘);

從幾十個字母長長的一行到簡簡單單的一個函數調用，體現了api簡單易用

2.可閱讀性

a(‘#a‘, ‘red‘)是個好函數，協助我們簡單實用地改變某個元素，但問題來了，如果第一次使用改函數的人來說會比較困惑，a函數是啥函數，沒有人告訴他。開發介面有必要知道一點，人都是懶惰的，從顏色賦值這個函數來說，雖然少寫了代碼，但是增加了記憶成本。每次做這件事情的時候都需要有映射關係。 a---->color. 如果是簡單的幾個無所謂，但是通常一套架構都有幾十甚至上百的api，映射成本增加會使得程式員哥哥崩潰。 我們需要的就是使得介面有意義，下面我們改寫一下a函數：

?

123	function letSomeElementChangeColor(selector, color) {document.querySelectorAll(selector, color);}

letSomeElementChangeColor相對於a來說被賦予了語言意義，任何人都會知道它的意義

3.減少記憶成本

我們剛剛的函數也是這樣的它太長了letSomeElementChangeColor雖然減少了映射成本，但是增加了記憶成本。要知道，包括學霸在內，任何人都不喜歡被單詞。原生擷取dom的api也同樣有這個問題 document.getElementsByClassName； document.getElementsByName; document.querySelectorAll;這些api給人的感覺就是單詞太長了，雖然他給出的意義是很清晰，然而這種做法是建立在犧牲簡易性的基礎上進行的。於是我們又再次改寫這個之前函數

?

123	function setColor(selector, color) {xxxxxxxxxxxx}

在意義不做大的變化前提下，縮減函數名稱。使得它易讀易記易用；

4.可延伸

所謂延伸就是指函數的使用像流水一樣按照書寫的順序執行形成執行鏈條:

?

123	document.getElementById(‘id‘).style.color = ‘red‘;document.getElementById(‘id‘).style.fontSize = ‘px‘;document.getElementById(‘id‘).style.backgourdColor = ‘pink‘;

用我們之前的之前的方法是再次封裝兩個函數 setFontSize, setbackgroundColor; 然後執行它們 setColor(‘id‘, ‘red‘);setFontSiez(‘id‘, ‘12px‘); setbackgroundColor(‘id‘, ‘pink‘); 顯然，這樣的做法沒有懶出境界來；id元素每次都需要重新擷取，影響效能，失敗；每次都需要添加新的方法 失敗 每次還要調用這些方法，還是失敗。下面我們將其改寫為可以延伸的函數 首先將擷取id方法封裝成對象,然後再對象的每個方法中返回這個對象：

?

123456789101112131415161718

function getElement(selector) {this.style = document.querySelecotrAll(selector).style;}getElement.prototype.color = function(color) {this.style.color = color;return this;}getElement.prototype.background = function(bg) {this.style.backgroundColor = color;return this;}getElement.prototype.fontSize = function(size) {this.style.fontSize = size;return this;}//調用var el = new getElement(‘#id‘)el.color(‘red‘).background(‘pink‘).fontSize(‘px‘);

簡單、流暢、易讀後面我們會在參數裡面講到如何繼續最佳化。所以，大家都比較喜歡用jquery的api，雖然一個$符號並不代表任何現實意義，但簡單的符號有利於我們的使用。它體現了以上的多種原則，簡單，易讀，易記，鏈式寫法，多參處理。

nightware:

?

123	document.getElementById(‘id‘).style.color = ‘red‘;document.getElementById(‘id‘).style.fontSize = ‘px‘;document.getElementById(‘id‘).style.backgourdColor = ‘pink‘;

dream:

?

1	$(‘id‘).css({color:‘red‘, fontSize:‘12px‘, backgroundColor:‘pink‘})

二、一致性

1.介面的一致性

相關的介面保持一致的風格，一整套 API 如果傳遞一種熟悉和舒適的感覺，會大大減輕開發人員對新工具的適應性。 命名這點事：既要短，又要自描述，最重要的是保持一致性 “在電腦科學界只有兩件頭疼的事：緩衝失效和命名問題” — Phil Karlton 選擇一個你喜歡的措辭，然後持續使用。選擇一種風格，然後保持這種風格。

Nightware:

setColor,
letBackGround
changefontSize
makedisplay

dream:

setColor;
setBackground;
setFontSize
set.........

盡量地保持代碼風格和命名風格，使人讀你的代碼像是閱讀同一個人寫的文章一樣。

三、參數的處理

1.參數的類型

判斷參數的類型為你的程式提供穩定的保障

?

12345

//我們規定，color接受字串類型function setColor(color) {if(typeof color !== ‘string‘) return;dosomething}

2.使用json方式傳參

使用json的方式傳值很多好處，它可以給參數命名，可以忽略參數的具體位置，可以給參數預設值等等 比如下面這種糟糕的情況:

function fn(param1, param2...............paramN)

你必須對應地把每一個參數按照順序傳入，否則你的方法就會偏離你預期去執行，正確的方法是下面的做法。

?

12345678

function fn(json) {//為必須的參數設定預設值var default = extend({param: ‘default‘,param: ‘default‘......},json)}

這段函數代碼，即便你不傳任何參數進來，他也會預期運行。因為在聲明的時候，你會根據具體的業務決定參數的預設值。

四、可擴充性

軟體設計最重要的原則之一：永遠不修改介面，指擴充它！可擴充性同時會要求介面的職責單一，多職責的介面很難擴充。 舉個栗子：

?

1234567891011121314151617181920

//需要同時改變某個元素的字型和背景 // Nightware:function set(selector, color) {document.querySelectroAll(selector).style.color = color;document.querySelectroAll(selector).style.backgroundColor = color;}//無法擴充改函數，如果需要再次改變字型的大小的話，只能修改此函數，在函數後面填加改變字型大小的代碼//Dreamfunction set(selector, color) {var el = document.querySelectroAll(selector);el.style.color = color;el.style.backgroundColor = color;return el;}//需要設定字型、背景顏色和大小function setAgain (selector, color, px) {var el = set(selector, color)el.style.fontSize = px;return el;}

以上只是簡單的添加顏色，業務複雜而代碼又不是你寫的時候，你就必須去閱讀之前的代碼再修改它，顯然是不符合開放-封閉原則的。修改後的function是返回了元素對象，使得下次需要改變時再次得到傳回值做處理。

2.this的運用

可擴充性還包括對this的以及call和apply方法的靈活運用：

?

12345678

function sayBonjour() {alert(this.a)}obj.a = ;obj.say = sayBonjour;obj.say();////orsayBonjour.call||apply(obj);//

五、對錯誤的處理

1.預見錯誤

可以用 類型檢測 typeof 或者try...catch。 typeof 會強制檢測對象不拋出錯誤，對於未定義的變數尤其有用。

2.拋出錯誤

大多數開發人員不希望出錯了還需要自己去找帶對應得代碼，最好方式是直接在console中輸出，告訴使用者發生了什麼事情。我們可以用到瀏覽器的輸出api:console.log/warn/error。你還可以為自己的程式留些後路: try...catch。

?

123456789101112

function error (a) {if(typeof a !== ‘string‘) {console.error(‘param a must be type of string‘)}}function error() {try {// some code excucete here maybe throw wrong }catch(ex) {console.wran(ex);}}

六、可預見性

可預見性味程式介面提供健壯性，為保證你的代碼順利執行，必須為它考慮到非正常預期的情況。我們看下不可以預見的代碼和可預見的代碼的區別用之前的setColor

?

123456789101112131415161718192021222324252627282930313233343536373839404142434445

//nighwarefunction set(selector, color) {document.getElementById(selector).style.color = color;}//dreamzepto.init = function(selector, context) {var dom// If nothing given, return an empty Zepto collectionif (!selector) return zepto.Z()// Optimize for string selectorselse if (typeof selector == ‘string‘) {selector = selector.trim()// If it‘s a html fragment, create nodes from it// Note: In both Chrome and Firefox , DOM error // is thrown if the fragment doesn‘t begin with <if (selector[] == ‘<‘ && fragmentRE.test(selector))dom = zepto.fragment(selector, RegExp.$, context), selector = null// If there‘s a context, create a collection on that context first, and select// nodes from thereelse if (context !== undefined) return $(context).find(selector)// If it‘s a CSS selector, use it to select nodes.else dom = zepto.qsa(document, selector)}// If a function is given, call it when the DOM is readyelse if (isFunction(selector)) return $(document).ready(selector)// If a Zepto collection is given, just return itelse if (zepto.isZ(selector)) return selectorelse {// normalize array if an array of nodes is givenif (isArray(selector)) dom = compact(selector)// Wrap DOM nodes.else if (isObject(selector))dom = [selector], selector = null// If it‘s a html fragment, create nodes from itelse if (fragmentRE.test(selector))dom = zepto.fragment(selector.trim(), RegExp.$, context), selector = null// If there‘s a context, create a collection on that context first, and select// nodes from thereelse if (context !== undefined) return $(context).find(selector)// And last but no least, if it‘s a CSS selector, use it to select nodes.else dom = zepto.qsa(document, selector)}// create a new Zepto collection from the nodes foundreturn zepto.Z(dom, selector)}

以上是zepto的源碼，可以看見，作者在預見傳入的參數時做了很多的處理。其實可預見性是為程式提供了若干的入口，無非是一些邏輯判斷而已。zepto在這裡使用了很多的是非判斷，同時導致了代碼的冗長，不適合閱讀。總之，可預見性真正需要你做的事多寫一些對位置實物的參數。把外部的檢測改為內部檢測。是的使用的人用起來舒心放心開心。呐！做人嘛最重要的就是海森啦。

七、注釋和文檔的可讀性

一個最好的介面是不需要文檔我們也會使用它，但是往往介面量一多和業務增加，介面使用起來也會有些費勁。所以介面文檔和注釋是需要認真書寫的。注釋遵循簡單扼要地原則，給多年後的自己也給後來者看：

?

123456789

//注釋介面，為了示範PPT用function commentary() {//如果你定義一個沒有字面意義的變數時，最好為它寫上注釋：a：沒用的變數，可以刪除var a;//在關鍵和有歧義的地方寫上注釋，猶如畫龍點睛：路由到hash介面後將所有的資料清空結束函數return go.Navigate(‘hash‘, function(){data.clear();});}

最後

推薦markdown文法書寫API文檔，github禦用文檔編寫文法。簡單、快速，代碼高亮、話不多說

深入淺析JavaScript的API設計原則(轉載)