前言：
程序語言的編碼風格對於一個長期維護的軟件非常重要，特別是在團隊協作中。如果一個團隊使用統一規範的編碼分風格，可以提高團隊的協作水平和工作效率。編程風格指南的核心是基本的格式化規則，這些規則決定瞭如何編寫高水準的代碼。本指南來自於《編寫可維護的JavaScript》這本書，基於"Java語言編碼規範"和Crockford的JavaScript編程規範，還有Nicbolas的一些個人經驗和喜好。寫作本文旨在加深自己印象，也為了更多人的了解到JS編碼風格，提高自己的編碼質量。想了解更多的內容請閱讀《編寫可維護的JavaScript》。
1.縮進
每一行的層級由4個空格組成，避免使用Tab進行縮進。
// 好的寫法if (true) { doSomeThing();}2.行的長度
每行長度不應超過80個字符。如果一行超過80個字符，應當在一個運算符後換行。下一行應當增加兩級縮進（8個字符）。
// 好的寫法doSomeThing(argument1, argument2, aegument3, argument4, argument5);// 不好的寫法：第二行只有4個空格的縮進doSomeThing(argument1, argument2, aegument3, argument4, argument5);
3.原始值
字符串應當始終使用雙引號且保持一行，避免在字符串中使用斜線另起一行。
數字應當使用十進制整數，科學計算法表示整數，十六進制整數，或者十進制浮點小數，小數前後應當至少保留一位數字。避免使用八進制直接量。
特殊值null除了下述情況下應當避免使用。
•用來初始化一個變量，這個變量可能被賦值為一個對象。
•用來和一個已經初始化的變量比較，這個變量可以是也可以不是一個對象。
•當函數的參數期望是對象時，被用作參數傳入。
•當函數的返回值期望是對象時，被用作返回值傳出。
避免使用特殊值undefined。判斷一個變量是否定義應當使用typeof操作符。
4.運算符間距
二元預算符前後必須使用一個空格來保持表達式的整潔。操作符包括賦值運算符和邏輯運算符。
// 好的寫法for (var i = 0; i < count; i++) { process(i);}// 不好的寫法：丟失了空格for (var i=0; i<count; i++) { process(i);}5.括號間距
當使用括號時，緊接左括號之後和緊接右括號之前不應該有空格。
// 好的寫法for (var i = 0; i < count; i++) { process(i);} // 不好的寫法：參數兩邊有額外的空格for (var i = 0; i < count; i++) { process( i );}6.對象直接量
對象直接量應當有如下格式。
•起始左花括號應當同表達式保持同一行。
•每個屬性的名值對應當保持一個縮進，第一個屬性應當在左花括號後另起一行。
•每個屬性的名值對應當使用不含引號的屬性名，其後緊跟一個冒號（之前不捨空格），其後是值。
•倘若屬性值是函數類型，函數體應當在屬性名之下另起一行，而且其前後均應保留一個空行。
•一組相關的屬性前後可以插入空行以提升代碼的可讀性。
•結束的右花括號應當獨占一行。
// 好的寫法var object = { key1: value1, key2: value2, func: function() { // doSomeThing }, key3: value3};// 不好的寫法：不恰當的縮進var object = { key1: value1, key2: value2 };// 不好的寫法：函數體周圍缺少空行var object = { key1: value1, key2: value2, func: function() { // doSomeThing }, key3: value3};當對象字面量作為函數參數時，如果值是變量，起始花括號應當同函數名在同一行。所有其余先前列出的規則同樣適用。
// 好的寫法doSomeThing({ key1: value1, key2: value2});// 不好的寫法：所有代碼在一行上doSomeThing({ key1: value1, key2: value2 });7.註釋
使用簡潔明了註釋有助於他人理解你的代碼。如下情況應當使用註釋。
•代碼晦澀難懂。
•可能被誤認為錯誤的代碼。
•必要但不明顯的針對特定瀏覽器的代碼。
•對於對象、方法或者屬性，生成文檔是有必要的（使用恰當的文檔註釋）。
單行註釋
單行註釋應當用來說明一行代碼或者一組相關的代碼。單行註釋可能有三種使用方式。
•獨占一行的註釋，用來解釋下一行代碼。
•在代碼行的尾部的註釋，用來解釋它之前的代碼。
•多行，用來註釋掉一個代碼塊。
// 好的寫法if (condition) { // 如果代碼執行到這裡，則表明通過了所有安全檢查allowed();}// 不好的寫法：註釋之前沒有空行if (condition) { // 如果代碼執行到這裡，則表明通過了所有安全檢查allowed();}// 不好的寫法：錯誤的縮進if (condition) {// 如果代碼執行到這裡，則表明通過了所有安全檢查allowed();}// 不好的寫法：應當使用多行註釋// 這段代碼進行**判斷// 然後執行if (condition) { // 如果代碼執行到這裡，則表明通過了所有安全檢查allowed();}// 好的寫法：在行尾註釋時，代碼結尾和註釋間應保留一個空格if (condition) { // 如果代碼執行到這裡，則表明通過了所有安全檢查allowed(); // 執行**函數}// 不好的寫法：代碼和註釋間沒有足夠的空格if (condition) { // 如果代碼執行到這裡，則表明通過了所有安全檢查allowed();// 執行**函數}// 好的寫法：在註釋掉一個代碼塊時，應聯繫使用單行註釋，多行註釋不應當使用在此種情況下。 // if (condition) {// allowed();//執行**函數// }多行註釋
多行註釋應當在代碼需要更多文字去解釋的時候使用。每個多行註釋都至少有如下三行：
1.首行僅僅包括/*註釋開始。該行不應當有其他文字。
2.接下來的行以*開頭並保持左對齊。這些可以有文字描述。
3.最後一行以*/開頭並同先前行保持對齊。也不應有其他文字。
多行註釋的首行應當保持同它描述代碼的相同層次的縮進。後續的每行應當有同樣層次的縮進並附加一個空格（為了適當保持*字符的對齊）。每一個多行代碼之前應當預留一個空行。
// 好的寫法、if (condition) { /* * 如果代碼執行到這裡* 說明通過了所有的安全檢測*/ allowed();}註釋聲明
註釋有時候也可以用來給一段代碼聲明額外的信息。這些聲明的格式以單個單詞打頭並緊跟一個冒號。可以使用的聲明如下。
TODO：說明代碼還未完成。應當包含下一步要做的事情。
HACK：表明代碼實現走了一個捷徑。應當包含為何使用hack的原因。這也可能表明該問題可能會有更好的解決辦法。
XXX：說明代碼是有問題的並應當盡快修復。
FIXME：說明代碼是有問題的並應盡快修復。重要性略次於XXX。
REVIEW：說明代碼在任何可能的改動都需要評審。
這些聲明可能在一行或者多行註釋中使用，並且應當遵循同一般註釋類型相同的格式規則。
8.命名
變量和函數在命名時應當小心。命名應緊限於數字字母字符，某些情況下可以使用下劃線(_)。最好不要在任何命名中使用美元符號($)或者反斜杠(/)。
變量命名應當採用駝峰命名格式，首字母小寫，每個單詞首字母大寫。變量名的第一個單詞應當是一個名詞(而非動詞)以避免同函數混淆。不要在變量名中使用下劃線。
// 好的寫法var accountNumber = "test001"; // 不好的寫法：大寫字母開頭var AccountNumber = "test001";// 不好的寫法：動詞開頭var getAccountNumber = "test001";// 不好的寫法：使用下劃線var account_number = "test001";
函數名也應當採用駝峰命名格式。函數名的第一個單詞應當是動詞（而非名詞）來避免同變量混淆。函數名中最好不要使用下劃線。
// 好的寫法function doSomething() { // code}// 不好的寫法：大寫字母開頭function DoSomething() { // code}// 不好的寫法：名詞開頭function something() { // code}// 不好的寫法：使用下劃線function do_something() { // code}構造函數--通過new運算符創建新對象的函數--也應當以駝峰格式命名並且首字符大寫。構造函數名稱應當以非動詞開頭，因為new代表著創建一個對象實例的操作。
// 好的寫法function MyObject() { // code}// 不好的寫法：小寫字母開頭function myObject() { // code}// 不好的寫法：使用下劃線function my_object() { // code}// 不好的寫法：動詞開頭function getMyObject() { // code}常量（值不會被改變的變量）的命名應當是所有大寫字母，不同單詞之間單個下劃線隔開。
// 好的寫法var TOTAL_COUNT = 10;// 不好的寫法：駝峰形式var totalCount = 10;// 不好的寫法：混合形式var total_COUNT = 10;
對象的屬性同變量的命名規則相同。對象的方法同函數的命名規則相同。如果屬性或者方法是私有的，應當在之前加上一個下劃線。
// 好的寫法var object = { _count: 10,4 _getCount: function() { return this._count; }}9.變量與函數聲明
變量聲明
所有的變量在使用前都應當事先定義。變量定義應當放在函數開頭，使用一個var表達式每行一個變量。除了首行，所有行都應當多一層縮進以使變量名能夠垂直方向對齊。變量定義時應當初始化，並且賦值操作符應當保持一致的縮進。初始化的變量應當在未初始化變量之前。
// 好的寫法var count = 10, name = "jeri", found = false, empty;
函數聲明
函數應當在使用前提前定義。一個不是作為方法的函數（也就是說沒有作為一個對象的屬性）應當使用函數定義的格式（不是函數表達式和Function構造器格式）。函數名和開始圓括號之間不應當有空格。結束的圓括號和右邊的花括號之間應當留一個空格。右側的花括號應當同function關鍵字保持同一行。開始和結束括號之間不應該有空格。參數名之間應當在逗號之後保留一個空格。函數體應當保持一級縮進。
// 好的寫法function outer() { var count = 10, name = "jeri", found = false, empty; function inner() { // code } // 調用inner()的代碼}匿名函數可能作為方法賦值給對象，或者作為其他函數的參數。 function關鍵字同開始括號之間不應有空格。
// 好的寫法object.method = function() { // code};// 不好的寫法：不正確的空格object.method = function () { // code};立即被調用的函數應當在函數調用的外層用園括號包裹。
// 好的方法var value = (function() { // 函數體return { message:"hi" }}());嚴格模式
嚴格模式應當僅限在函數內部使用，千萬不要在全局使用。
// 不好的寫法：全局使用嚴格模式"use strict";function doSomething() { // code} // 好的寫法function doSomething() { "use strict"; // code}10.運算符
賦值
給變量賦值時，如果右側是含有比較語句的表達式，需要用圓括號包裹。
// 好的寫法var flag = (i < count);// 不好的寫法：遺漏圓括號var flag = i < count;
等號運算符
使用===（嚴格相等）和!==（嚴格不相等）代替==（相等）和!=（不等）來避免弱類型轉換錯誤。
// 好的寫法var same = (a === b);// 好的寫法var same = (a == b);
三元操作符
三元運算符應當僅僅用在條件賦值語句中，而不要作為if語句的替代品。
// 好的寫法var value = condition ? value1 : value2;// 不好的寫法：沒有賦值，應當使用if表達式condition ? doSomething() : doSomethingElse;
11.語句
簡單語句
每一行最多只包含一條語句。所有簡單的語句都應該以分號(;)結束。
// 好的寫法count++;a = b;// 不好的寫法：多個表達式寫在一行count++; a = b;
返回語句
返回語句當返回一個值的時候不應當使用圓括號包裹，除非在某些情況下這麼做可以讓返回值更容易理解。例如：
return;return collection.size();return (size > 0 ? size : defaultSize);
複合語句
複合語句是大括號括起來的語句列表。
•括起來的語句應當較複合語句多縮進一個層級。
•開始的大括號應當在復合語句所在行的末尾；結束的大括號應當獨占一行且同複合語句的開始保持同樣的縮進。
•當語句是控制結構的一部分時，諸如if或者for語句，所有語句都需要用大括號括起來，也包括單個語句。這個約定使得我們更方便地添加語句而不用擔心忘記加括號而引起bug。
•像if一樣的語句開始的關鍵詞，其後應該緊跟一個空格，起始大括號應當在空格之後。
if 語句
if 語句應當是下面的格式。
if (condition) { statements}if (condition) { statements} else { statements}if (condition) { statements} else if (condition) { statements} else { statements}絕不允許在if語句中省略花括號。
// 好的寫法if (condition) { doSomething();}// 不好的寫法：不恰當的空格if (condition){ doSomething();}// 不好的寫法：所有代碼都在一行if (condition) { doSomething(); }// 不好的寫法：所有代碼都在一行且沒有花括號if (condition) doSomething();for 語句
for類型的語句應當是下面的格式。
for (initialization; condition; update) { statements}for (variable in object) { statements}for語句的初始化部分不應當有變量聲明。
// 好的方法var i, len;for (i=0, len=0; i < len; i++) { // code}// 不好的寫法：初始化時候聲明變量for (var i=0, len=0; i < len; i++) { // code}// 不好的寫法：初始化時候聲明變量for (var prop in object) { // code}當使用for-in語句時，記得使用hasOwnProperty()進行雙重檢查來過濾對象的成員。
while 語句
while 類的語句應當是下面的格式。
while (condition) { statements}do 語句
do 類的語句應當是下面的格式。
do { statements} while (condition);switch 語句
switch 類的語句應當是如下格式。
switch (expression) { case expression: statements default: statements}switch下的第一個case都應當保持一個縮進。除第一個之外包括default在內的每一個case都應當在之前保持一個空行。
每一組語句（除了default）都應當以break、return、throw結尾，或者用一行註釋表示跳過。
// 好的寫法switch (value) { case 1: /* falls through */ case 2: doSomething(); break; case 3: return true; default: throw new Error("Some error");}如果一個switch語句不包含default情況，應當用一行註釋代替。
// 好的寫法switch (value) { case 1: /* falls through */ case 2: doSomething(); break; case 3: return true; default: // 沒有default}try 語句
try類的語句應當格式如下。
try { statements} catch (variable) { statements}try { statements} catch (variable) { statements} finally { statements}12.留白
在邏輯相關的代碼之間添加空行代碼可以提高代碼的可讀性。
兩行空行僅限於在如下情況下使用：
•在不同的源代碼文件之間。
•在類和接口定義之間。
單行空行僅限在如下情況中使用。
•方法之間。
•方法中局部變量和第一行語句之間。
•多行或者單行註釋之前。
•方法中邏輯代碼塊之間以提升代碼的可讀性。
空格應當在如下的情況下使用。
•關鍵詞後跟括號的情況應當用空格隔開。
•參數列表中逗號之後應當保留一個空格。
•所有的除了點(.)之外的二元運算符，其操作數都應當用空格隔開。單目運算符的操作數之間不應該用空白隔開，例如一元減號，遞增(++)，遞減(--)。
•for 語句的表達式之間應當用空格隔開。
13.需要避免的
•切勿使用像String一類的原始包裝類型創建新的對象。
•避免使用eval()。
•避免使用with語句。該語句在嚴格模式中不復存在，可能在未來的ECMAScript標準中也將去除。
寫在最後
上述指南並不是在開發過程中必須完全遵守的，我們可以只汲取其中的一部分來改善自己的編碼風格，讓自己的代碼易讀、可維護。關於編碼風格，每個團隊都有自己的特色，只要保持團隊一致性，可以高效的開發就OK了。有些規則也並不是我們必須一成不變地遵守的，比如在縮進方面，我們使用Tab鍵很多時候更加地便捷，但是我們不能保證在任何環境下Tab都代表4個空格，為了在縮進方面保持一致性，如果使用Tab鍵那麼在整個過程中都要使用；還有關於""和''的使用，我們也不必都使用""，使用''也是可以的，只要保持一致的風格就可以了。還有很多其他類似的風格問題，全憑個人選擇。
沒有絕對的準則，只有適不適合。