淺談JavaScript 框架分類

更新時間：2014年11月10日 10:42:13 投稿：hebedich

本文簡單介紹了javascript的5種框架分類，以及框架特征的相關資料，有需要的童鞋們可以參考下

如果是從內(nèi)部架構與理念劃分，目前JavaScript框架可以劃分為5類。

第1種

出現(xiàn)的是以命名空間為導向的類庫或框架，如創(chuàng)建一個數(shù)組用new Array()，生成一個對象用new Object()，完全的Java風格，因此我們就可以以某一對象為根，不斷為它添加對象屬性或二級對象屬性來組織代碼，金字塔般地壘疊起來。代表作如早期的YUI與EXT。

第2種

出現(xiàn)的是以類工廠為導向的框架，如著名的Prototype，還有mootools、Base2、Ten。它們基本上除了最基本的命名空間，其他模塊都是一個由類工廠衍生出來的類對象。尤其是mootools 1.3，把所有類型都封裝成Type類型。

第3種

就是以jQuery為代表的以選擇器為導向的框架，整個框架或庫主體是一個特殊類數(shù)組對象，方便集化操作——因為選擇器通常是一下子選擇到N個元素節(jié)點，于是便一并處理了。jQuery包含了幾樣了不起的東西：“無new實例化”技術，$(expr)就是返回一個實例，不需要顯式地new出來；get first set all訪問規(guī)則：數(shù)據(jù)緩存系統(tǒng)。這樣就可以復制節(jié)點的事件了。此外，IIFE（Immediately-Invoked Function Expression）也被發(fā)掘出來。

第4種

就是以加載器串聯(lián)起來的框架，它們都有復數(shù)個JavaScript文件，每個JavaScript文件都以固定規(guī)則編寫。其中最著名的莫過于AMD。模塊化是JavaScript走向工業(yè)化的標志?！禪nix編程藝術》列舉的眾多“金科玉律”的第一條就是模塊，里面有言——“要編寫復雜軟件又不至于一敗涂地的唯一方法，就是用定義清晰的接口把若干簡單模塊組合起來，如此一來，多數(shù)問題只會出現(xiàn)在局部，那么還有希望對局部進行改進或優(yōu)化，而又不至于牽動全身”。許多企業(yè)內(nèi)部框架都基本采取這種架構，如Dojo、YUI、kissy、qwrap和mass等。

第5種

就是具有明確分層架構的MV*框架。首先是JavaScript MVC（現(xiàn)在叫CanJS）、backbonejs、spinejs，然后更符合前端實際的MVVM框架，如knockout、ember、angular、avalon、winjs。在MVVM框架中，原有DOM操作被聲明式綁定取代了，由框架自行處理，用戶只需專注于業(yè)務代碼。

下面是有關框架特征的結論。

對基本數(shù)據(jù)類型的操作是基礎，如jQuery就提供了trim、camelCase、each、map等方法，對Prototype.js等侵入式框架則是在原型上添加camelize等方法。

類型的判定必不可少，常見形式是isXXX系列。

選擇器、domReady、Ajax是現(xiàn)代框架的標配。

DOM操作是重中之重，節(jié)點的遍歷、樣式的操作、屬性操作也屬于它的范疇，是否細分就看框架的規(guī)模了。

brower sniff已過時，feature detect正被應用。不過特性偵測還是有局限性，如果針對于某個瀏覽器版本的渲染Bug、安全策略或某些Bug的修正，還是要用到瀏覽器嗅探。但它應該獨立成一個模塊或插件，移除框架的核心。

現(xiàn)在主流的事件系統(tǒng)都支持事件代理。

數(shù)據(jù)的緩存與處理，目前瀏覽器也提供data-*屬性進行這方面的工作，但不太好用，需要框架的進一步封裝。

動畫引擎，除非你的框架像Prototype.js那樣擁有像script.aculo.us這樣頂級的動畫框架做后盾，最好也加上。

插件的易開發(fā)和擴展性。

提供諸如Deferred這樣處理異步的解決方案。

即使不專門提供一個類工廠，也應該存在一個名為extend或mixin的方法對對象進行擴展。jQuery雖然沒有類工廠，但在jQuery UI中也不得不增加一個，可見其重要性。