當涉及到Web開發時，JavaScript框架往往是一些開發人員和企業的平臺。可能，你有機會嘗試過一兩個的JavaScript框架，但你仍然有點不確定哪個才是最佳的最值得掌握的，或者哪個值得你建議你的開發人員選擇用于下一個web開發項目。

JavaScript正在以驚人的速度前進，并且添加新的技能到你的存儲庫變得有不斷的壓力。為了做到這一點，知道和了解更多的JavaScript框架在現在看來是必要的。在ValueCoders進行了徹底的研究后，我們入圍了其中七個框架，它們是：

1.AngularJS 2.0&1.x

在最受期待的AngularJS 2.0正式發布之后，框架的普及已經達到了一個新的水平。然而，如果你不確定的話，跳到新版本仍然是一個冒險的決定。讓我們通過這個流程圖來幫助你做出決定：

最近項目遇到一個小問題代碼我會簡化成小例子展示給大家。

用心看到最后會有收獲哈，基礎扎實的童鞋可以直接跳到數組類型使用。

說到 indexOf 大家并不陌生，判斷字符串是否包涵子字符串時特別常用（正則不熟練同學的利器）。

String 類型的使用

溫習一下大家熟知的字符串用法，舉個例子

let str = 'orange';

str.indexOf('o'); //0 str.indexOf('n'); //3 str.indexOf('c'); //-1

這里 0 和 3 分別是 o 和 n 在字符串中出現的位置。起始下標是 0。而 -1 代表未匹配。

1. 什么是 arguments

MDN 上解釋：

arguments 是一個類數組對象。代表傳給一個function的參數列表。

我們先用一個例子直觀了解下 JavaScript 中的 arguments 長什么樣子。

function printArgs() { console.log(arguments);
}

printArgs("A", "a", 0, { foo: "Hello, arguments" })；

執行結果是：

介紹

這里所描述的過程將使你能夠創建一個簡單的基于jQuery / XML的解析器和搜索機制。此過程將通過一個AJAX請求檢索XML，然后在jQuery中分析數據，為搜索機制做準備。該解決方案將基于不區分大小寫的全部或部分關鍵字匹配地返回結果。來自于關鍵字搜索的返回結果設置將被格式化為一個直接鏈接到相應網站的超鏈接。jQuery搜索方法非常類似于Mike Endale的一個項目，不過增加了一個DOM解析器，正則表達式以及結果集分組。

背景

客戶端需要一個簡單的搜索工具來查找基于關鍵字搜索的本地內部網站。關鍵字搜索必須不區分大小寫，并允許返回部分匹配的結果。歸咎于客戶端內容管理系統的架構，因此（SharePoint）只能執行客戶端腳本。其解決方案的另一個障礙是，源數據將來自多個源。數據被存儲在多個Excel電子表格，CSV文件和MS Access數據庫內。這就對我們提出了這樣的需要：開發具有一系列查詢和一個宏的Access解決方案，充當可合并、擦洗，并最后格式化數據作為XML輸出的偽ETL。對于這個解決方案的目的，我們將詳細介紹JavaScript XML分析器的設計，而不是偽Access ETL宏工具的設計。

使用代碼

該解決方案的做法是利用一個簡單的基于JavaScript / XML的搜索來發送數據結果到HTML / JavaScript前端。前端將引用腳本：jQuery，XML和CSS文件。XML格式將因為它的可讀性和它是數據交換行業標準格式之一的事實而被使用。 XML數據將通過使用AJAX的客戶端jQuery解析，并通過Internet Explorer 11呈現。

解決方案將使用RegExp對象來處理關鍵字匹配，驗證和特殊字符處理。RegExp對象字符串將檢查危險語法從而提高解決方案的穩定性和整體可用性。

我們將默認使用JavaScript分組功能來返回匹配結果作為折疊的紀錄集。折疊的記錄集線項目將被URL鏈接到相關的Project Workspace網站。在擴展的組記錄集下，結果將存在于相關的子記錄中，當通過On Click事件展開的時候。

ReactJS是一個開源的JavaScript庫，并且由Facebook和Instagram這樣的頂尖IT企業以及開發者社區所維護。該框架廣泛使用于為web應用程序開發用戶界面的時候。這個特殊的框架被發明時帶有這樣一個目的：

“構建數據隨著時間的推移一次又一次改變的大型應用程序。”

我們經常使用的工具有很多，但只有少數徹底改變了我們的工作流程。ReactJS就是其中之一。隨著現在可用框架變得越來越多，我們很難找到一個最終不會窮途末路的框架。這就是為什么在ValueCoders我們建議去往React。

為什么說能使用html/css解決的問題就不要使用JS呢？兩個字，因為簡單。簡單就意味著更快的開發速度，更小的維護成本，同時往往具有更好的體驗，下面介紹幾個實例。

1. 導航高亮

導航高亮是一種很常見的問題，包括當前頁面的導航在菜單里面高亮和hover時高亮。你可以用js控制，但是用一點CSS技巧就可以達到這個目的，不需要使用JS。

在正常態時，每個導航的默認樣式為：

當JavaScript在運行的時候，它需要一些空間讓它來存儲本地變量（local variables）。我們將這些空間稱為作用域對象（Scope object），有時候也稱作LexicalEnvironment。例如，當你調用函數時，函數定義了一些本地變量，這些變量就被存儲在一個作用域對象中。你可以將作用域函數想象成一個普通的JavaScript對象，但是有一個很大的區別就是你不能夠直接在JavaScript當中直接獲取這個對象。你只可以修改這個對象的屬性，但是你不能夠獲取這個對象的引用。

作用域對象的概念使得JavaScript和C、C++非常不同。在C、C++中，本地變量被保存在棧（stack）中。在JavaScript中，作用域對象是在堆中被創建的（至少表現出來的行為是這樣的），所以在函數返回后它們也還是能夠被訪問到而不被銷毀。

不管是什么編程語言，相信稍微寫過幾行代碼的同學，對遞歸都不會陌生。 以一個簡單的階乘計算為例：

function factorial(n) { if (n <= 1) { return 1;
    } else { return n * factorial(n-1);
    }
}

我們可以看出，遞歸就是在函數內部調用對自身的調用。 那么問題來了，我們知道在Javascript中，有一類函數叫做匿名函數，沒有名稱，怎么調用呢？當然你可以說，可以把匿名函數賦值給一個常量：

const factorial = function(n){ if (n <= 1) { return 1;
    } else { return n * factorial(n-1);
    }
}

只需稍加留意，我們就會發現自己被各種技術、工具包圍。ThoughtWorks的技術雷達差不多每半年就會更新一次，在項目中更會遇到很多已經從技術雷達上消失的技術，項目上的舊技術/舊框架還在服役，新的技術/工具/語言/框架又在迅速的出現，有些曇花一現、迅速被新的后來者所取代。有的留下來了，不過也都在不斷的演化、改變（不兼容的API，不同的版本等隨處可見）。

雖說事件處理程序可以為現代 Web 頁面添加很強的交互能力，但是不分青紅皂白就添加大量的事件處理程序絕對是一種愚蠢的行為。

我們來分析一下：事件處理程序本質上是一種函數，是一種對象，存放在內存中，設置大量的事件處理程序會使內存中的對象變多，Web 程序的性能會變得越來越差，用戶體驗很不好。

為了更好地利用好事件處理程序，便出現了事件委托，用來提升性能。