1、AJAX

AJAX全稱為“AsynchronousJavaandXML”(異步Java和XML)，是指一種創建交互式網頁應用的網頁開發技術。國內通常的讀音為“阿賈克斯”和阿賈克斯足球隊讀音一樣。

2、jQuery

jQuery是繼prototype之后又一個優秀的Javascrīpt框架，jQuery是一個快速的，簡潔的java庫，使用戶能更方便地處理HTMLdocuments、events、實現動畫效果，并且方便地為網站提供AJAX交互。

3、API

API(ApplicationProgrammingInterface，應用程序編程接口)是一些預先定義的函數，目的是提供應用程序與開發人員基于某軟件或硬件的以訪問一組例程的能力，而又無需訪問源碼，或理解內部工作機制的細節。

4、JavaScript

JavaScript是一種能讓你的網頁更加生動活潑的程式語言，也是目前網頁中設計中最容易學又最方便的語言。你可以利用JavaScript輕易的做出親切的歡迎訊息、漂亮的數字鐘、有廣告效果的跑馬燈及簡易的選舉，還可以顯示瀏覽器停留的時間。

5、HTML

HTML(HyperTextMark-upLanguage)即超文本標記語言或超文本鏈接標示語言，是目前網絡上應用最為廣泛的語言，也是構成網頁文檔的主要語言。

6、ASP

ASP是ActiveServerPage的縮寫，意為“動態服務器頁面”。ASP是微軟公司開發的代替CGI腳本程序的一種應用，它可以與數據庫和其它程序進行交互，是一種簡單、方便的編程工具。ASP的網頁文件的格式是。asp，現在常用于各種動態網站中。

7、PHP

PHP，一個嵌套的縮寫名稱，是英文超級文本預處理語言(PHP:HypertextPreprocessor)的縮寫。PHP是一種HTML內嵌式的語言。

8、其他

GoogleWebToolkit(簡稱GWT)是Google推出的Ajax應用開發包，GWT支持開發者使用Java語言開發Ajax應用。

extjsExtJS是一個Ajax框架，是一個用java寫的，用于在客戶端創建豐富多彩的Web應用程序界面。ExtJS可以用來開發RIA也即富客戶端的AJAX應用。

1、《JavaScriptDOM編程藝術第二版（中文）》

Web前端工程師應該讀的前端書籍推薦

語言：中文

類型：pdf

簡介：這本書作為被大家推薦的最多的前端入門書籍是有道理的。他能真正讓大家了解dom腳本編程，或是說前端編程技術背后的思路和原則。

對于初學者來說，這本書沒有任何門檻，按部就班跟著書籍實例編寫代碼即可。我們會知曉如何對瀏覽器元素操作和掌控，會學會如何實現簡單的頁面效果。這種簡單易得的成就感是一個編程語言入門時最難能可貴的體驗。

本書講述了JavaScript和DOM的基礎知識，但重點放在DOM編程技術背后的思路和原則：預留退路、循序漸進和以用戶為中心等，這些概念對于任何前端Web開發工作都非常重要。本書將這些概念貫穿在書中的所有代碼示例中，使你看到用來創建圖片庫頁面的腳本、用來創建動畫效果的腳本和用來豐富頁面元素呈現效果的腳本，最后結合所講述的內容創建了一個實際的網站。

2、JavaScript高級程序設計（第三版）

Web前端工程師應該讀的前端書籍推薦

語言：中文

類型：pdf

簡介：無論何時，這都是學習js最好的書。如果說其他的書都是在合適的階段會有不一般的體驗。這本書就是無論什么階段，都夠你感悟一番的。

這本書排版舒服，翻譯得體，內容豐富，語言流暢。涵蓋了js語法（面向對象，閉包作用域等），js使用（dom，bom，html5API），編程實踐（高階函數，編碼規范）等程序員使用javascript時會遇到的大部分問題。

3、《JavaScript高效圖形編程》

Web前端工程師應該讀的前端書籍推薦

類型：pdf

簡介：《JavaScript高效圖形編程》是一本具有很強實操性的JavaScript圖書，全書共分10章，涵蓋的主要內容有：JavaScript的面向對象機制、JavaScript性能優化、jQuery和ExtJS庫、高級UI設計、Web游戲開發、面向移動設備的開發、圖形編程知識等。

《JavaScript高效圖形編程》適合有一定Web開發經驗和JavaScript基礎的開發人員學習。

4、HTML5實戰

Web前端工程師應該讀的前端書籍推薦

語言：中文

類型：pdf

簡介：”學以致用“是本書最大特點，全書體現一個”用“字，學習的最終目的，就要學會靈活運用它，這本書面向WEB開發者，不論是前端開發者，還是后臺程序員，都可以閱讀一下本書。

5、HTML5與CSS3權威指南

Web前端工程師應該讀的前端書籍推薦

類型：pdf

簡介：如果你是未入門或剛入門的前端新人，或是有多年工作經驗的資深前端工程師，這本書都會很適合你。

一、可維護性高的代碼

在我們開發過程中，當出現bug的時候，我們立刻去修復，這時候解決代碼bug的思路是最清晰的。否則，你去做了別的代碼任務或者這個bug出現了一段時間，你再去處理，你就忘了你寫的思路是什么了，那這時候去處理這些代碼你就需要想兩個問題了：

1.花時間去學習和理解這個代碼問題

2.花時間了解bug的解決方案

同時，你如果是在企業中做的大型項目，都是團隊開發，開發和維護可能都不是同一個人(發現bug和修復bug的都不是作者)。

所以，必須降低大量的理解代碼的時間，無論是你自己寫的代碼，還是團隊中其他人的代碼。

這關系到整個項目的發展和開發團隊每個人的生活幸福啊，畢竟我們應該多花時間去研究更多好的代碼想法，而不是時間都浪費在維護遺留代碼里面。

所以，可維護性高的代碼很重要，一般可維護性高的代碼都有以下這些原則：

1.可讀性高(例如好的命名，解析性強的注釋)

2.一致性強(命名風格，編碼風格，代碼規范)

3.可預測性(明顯看出運行效果)

4.風格統一(看上去就知道是不是同一個人寫完的)

5.有記錄(有清晰的注釋開發記錄)

二、全局變量的問題

什么是全局變量的問題，就是在你的javascript程序和網頁中的所有代碼都共享這些變量，他們都住在同一個命名空間里面(全局作用域)，所以當程序在執行過程中兩個不同部分定義同名但不同作用的全局變量的時候，命名沖突的情況就很常見了(許多小白遇到了就抓不著頭腦了：咦，這個命名沒問題啊，為什么報錯了?)。

而且，網頁里面包含有其他不是開發作者寫的代碼而產生的全局命名問題也是比較常見的。比如說：

1.第三方javascript庫

2.甲方(或開發團隊自己封裝的代碼)的腳步代碼

3.第三方用戶跟蹤或分析代碼

4.不同類型的UI組件

.....

這些帶來的情況就很常見了，比如說，第三方腳本定義了一個變量，叫做userId，接著，你的函數里面也寫了個userId的全局變量。這個時候的結果就是，后面的覆蓋掉前面的變量，第三方腳本直接就無效了，這種情況是很難調試出來的。

所以，盡可能的少使用全局變量很重要，例如命名空間模式或者函數立即執行，不過要想讓全局變量減少，最重要的還是多用var來聲明變量。

三、忘記var的副作用

隱式全局變量和顯式定義的全局變量是有點差異的。

具體如下：

·通過var創建的全局變量(任何函數之外的程序中創建)是不能被刪除的。

·沒有通過var創建的隱式全局變量(無視是否在函數中創建)是能被刪除的。

所以隱式全局變量并不是真正的全局變量，但它們是全局對象的屬性。

屬性是可以通過delete操作符刪除的，而變量是不能的，具體的代碼我這里就不說了。

四、訪問全局對象

在瀏覽器中，全局對象可以通過window屬性在代碼任何地方訪問(除非說你做了一些很超乎想象的事情，比如說聲明了一個名為window的局部變量)。

但是在其他環境下，這個方便的屬性可能被叫做其他什么東西(甚至在程序中不可用)。

如果你需要在沒有硬編碼的window標識符下訪問全局對象，你可以在任何層級的函數作用域中做如下操作

五、5for循環

在使用for循環的時候，可以遍歷拿到數組或者數組類似對象的值，比如說arguments和HTMLCollection對象，一般我們的寫法都是這樣的：

這種循環的方式并不是很好，每次執行循環的時候都需要獲取一次數組的長度，這個時候我們代碼的執行效率就特別低了，特別是當myArray不是數組的時候，而是一個HTMLCollection對象的時候。

六、不擴展內置原型

擴增構造函數的prototype屬性是個很強大的增加功能的方法，但有時候它太強大了。

增加內置的構造函數原型(如Object(),Array(),或Function())挺誘人的，但是這嚴重降低了可維護性，因為它讓你的代碼變得難以預測。

使用你代碼的其他開發人員很可能更期望使用內置的JavaScript方法來持續不斷地工作，而不是你另加的方法。

另外，屬性添加到原型中，可能會導致不使用hasOwnProperty屬性時在循環中顯示出來，這會造成混亂。

七、避免隱式類型轉換

JavaScript的變量在比較的時候會隱式類型轉換。

這就是為什么一些諸如：false==0或“”==0返回的結果是true。

為避免引起混亂的隱含類型轉換，在你比較值和表達式類型的時候始終使用===和!==操作符。

八、編碼規范

建立和遵循編碼規范是很重要的，這讓你的代碼保持一致性，一目了然，更易于閱讀和理解。

一個新的開發者加入這個團隊可以通讀規范，能馬上理解其它團隊成員書寫的代碼，更快上手進行開發。

九、縮進

代碼開發，標準的縮進是最基本的，沒有縮進的代碼基本就不能讀了。唯一糟糕的事情就是不一致的縮進，因為它看上去像是遵循了規范，但是可能一路上伴隨著混亂和驚奇。重要的是規范地使用縮進。

十、注釋

注釋這個，其實是應該只要是寫了代碼，都要有注釋的，讓別人一看你的代碼就能快速理解你的代碼。

在平時我們開發的時候，你很花時間去研究一個程序怎么實現，你會很清楚的知道這個代碼是干嘛用的。但是，你一周之后回來再看這段代碼，你就會燒掉很多腦細胞了。

當然，注釋也不能走極端路線：有的人就說不是要理解沒一段代碼嗎，那每個單獨變量或是單獨一行就給一段注釋。這樣就很沒有意義了。

一般來說，注釋都是記錄在函數的部分，它們的參數和返回值，或是一些不尋常的技術和方法。通過注釋可以給你代碼的未來閱讀者以諸多提示;

閱讀你代碼的人需要的是(不要讀太多的東西)注釋和函數名來理解你的代碼意義。

十一、花括號{}

花括號(也稱大括號，下同)應該多使用，即使在它們為可選的時候。技術上來說，在in或是for中如果執行語句僅一條時，花括號是不需要寫也能執行理想效果的，但是你最好還是用花括號，因為這會讓你的代碼更有持續性和易于更新，并且更加好理解。