DIV CSS 佈局教程網

每天學一些新東西可以讓一個理性之人走上不凡之路。而作為開發人員，不斷的學習新東西則是我們工作的一部分, 不論這些新東西是不是來源於積極的學習經驗。

　　在本篇教程中，我將指出一些重要的 JavaScript 最佳實踐，讓你不必去用另外一種艱難的方式來了解它們。准備好去升級你的代碼吧!

　1. 避免對全局作用域的污染

　　聲明變量是一件很有趣的事情。有時候即使你不想這樣做，但也有可能會定義出全局變量。在如今的浏覽器中，全局變量都被存儲在 window 對象中。而因為有許多的東西都在那個裡面，所以你有可能把一些默認值都給覆蓋掉了。

　　假設你有一個 HTML 文件，裡面包含了一個 <script> 標記，而這個標記內含 (或者通過引用一個 JavaScript 文件而加載) 如下內容:

var foo = 42;
console.log(foo);

　　這段代碼很明顯會讓控制台輸出 42。不過因為代碼並不是放到一個函數裡面去執行的，因此其執行的上下文就會是全局的那個。因此，變量就會被附加到 window 對象上。這就意味著 window.foo 的值也會是 42。

　　這樣是挺危險的，因為你可以把已經存在的全局變量給覆蓋掉:

function print () {
  // do something
}
print();

　　當執行 window.print (或者只是執行 print) 的時候, 它不會打開打印彈窗，因為我們已經將原生的打印彈窗邏輯給覆蓋掉了。

　　解決這個問題的方案相當簡單; 我們需要一個會在定義後立即被調用到的閉包函數, 如下所示:

// Declare an anonymous function
(function () {
  var foo = 42;
  console.log(window.foo);
  // → undefined
  console.log(foo);
  // → 42
})();
//^ and call it immediately

　　或者你也可以選擇將 window 以及其它全局的東西（例如 document）都作為參數傳給那個函數（這樣做也可能對性能會有所提升）:

(function (global, doc) {
 global.setTimeout(function () {
   doc.body.innerHTML = "Hello!";
 }, 1000);
})(window, document);

　　因此你得使用閉包函數來避免創建出什麼全局的東西來。注意在這裡因為要專注於代碼本身，所以我不會在後面的代碼片段中使用閉包函數。

　　提示: browserify 是另外一種避免創建全局變量的方式。它采用了你在 Node.js 同樣會用到的 require 函數的方式。

　　順便說一下, Node.js 會自動將你的文件封裝進函數裡面。它們看起來先下面這樣:

(function (exports, require, module, __filename, __dirname) {
// ...

　　因此，如果你認為 require 函數式全局的，好吧，並不是。它無非就是一個函數的參數。

　　你知道嗎?

　　因為 window 對象包含了所有的全局變量，又因為它自己也是全局的，因此 window 自己內部也引用了它自己:

window.window.window
// => Window {...}

　　這是一位 window 對象是一個循環引用對象。下面展示了如何創建這樣的一個對象:

// Create an object
var foo = {};
// Point a key value to the object itself
foo.bar = foo;
// The `foo` object just became a circular one:
foo.bar.bar.bar.bar
// → foo

　　或者，為了展示你對 JavaScript 的無限的熱愛之情，你可以當回發燒友，代碼如下:

　　是的，你可以幾乎沒完沒了(也有可能會等到浏覽器崩潰)的展開這個對象。

　2. 好的 use strict 使用習慣

　　要嚴格使用 use strict! 這無非就是在你的代碼中加了一行，給你的腳本增加更多的小把戲。

　　例如:

// This is bad, since you do create a global without having anyone to tell you
(function () {
   a = 42;
   console.log(a);
   // → 42
})();
console.log(a);
// → 42

　　使用 use strict, 你就可以獲取到更多一點的錯誤信息:

(function () {
   "use strict";
   a = 42;
   // Error: Uncaught ReferenceError: a is not defined
})();

　　你可能想知道為什麼可以將 "use strict" 放在封裝函數的外面。這的確是可以的，不過這樣它就會被應用到全局。這還不是太壞，但是如果有代碼是來自於其它的庫，或者你要把所有的東西都打包到一個文件裡面去的話，這樣做就會有影響的。

　3. 嚴格相等

　　這個比較簡短。如果你在 JavaScript 中 (像其它的編程語言中那樣)使用 == 來比較 a 和 b,可能會發現其運行的方式有點怪: 如果你有一個字符串和一個數字如下，它們會相等 (==):

"42" == 42
// → true

　　對於一些明顯的緣故 (例如驗證操作), 最好就是使用嚴格等於(===):

"42" === 42
// → false

　4. 使用 && 和 || 來制造點小把戲

　　根你需要做的事情，你可以使用邏輯操作符來讓代碼更簡短。

　　取默認值

"" || "foo"
// → "foo"
undefined || 42
// → 42
// Note that if you want to handle 0 there, you need
// to check if a number was provided:
var a = 0;
a || 42
// → 42
// This is a ternary operator—works like an inline if-else statement
var b = typeof a === "number" ? a : 42;
// → 0

　　不用拿 if 表達式來檢查某些東西是不是為真的，你也可以簡單地這樣做:

expr && doSomething();

// Instead of:

if (expr) {
   doSomething();
}

　　如果你需要通過 doSomething(): 來決定返回的結果，這樣做更酷:

function doSomething () {
   return { foo: "bar" };
}

var expr = true;

var res = expr && doSomething();
res && console.log(res);
// → { foo: "bar" }

　　你可能不會贊同我在這方面的看法，但像我說的這樣做其實效果更理想。如果你並不想像這樣來對你的代碼進行混淆，但其實這就是那些 JavaScript 簡化器實際會做的事情。

　　如果你來問我，我會說這樣做雖然讓代碼更加簡短了，但仍然是可讀的。

　5. 對值的類型進行轉化

　　有幾種方法可以根據你的想法來進行轉化。最常用的方式有如下這些:

// From anything to a number

var foo = "42";
var myNumber = +foo; // shortcut for Number(foo)
// → 42

// Tip: you can convert it directly into a negative number
var negativeFoo = -foo; // or -Number(foo)
// → -42

// From object to array
// Tip: `arguments` is an object and in general you want to use it as array
var args = { 0: "foo", 1: "bar", length: 2 };
Array.prototype.slice.call(args)
// → [ 'foo', 'bar' ]

// Anything to boolean
/// Non non p is a boolean p
var t = 1;
var f = 0;
!!t
// → true
!!f
// → false

/// And non-p is a boolean non-p
!t
// → false
!f
// → true

// Anything to string
var foo = 42;
"" + foo // shortcut for String(foo)
// → "42"

foo = { hello: "world" };
JSON.stringify(foo);
// → '{ "hello":"world" }'

JSON.stringify(foo, null, 4); // beautify the things
// →
// '{
//    "hello": "world"
// }'

// Note you cannot JSON.stringify circular structures
JSON.stringify(window);
// ⚠ TypeError: JSON.stringify cannot serialize cyclic structures.

　6. 代碼風格/風格指南

　　在新的項目中要讓所有的文件都遵循相同的代碼風格。對於現有的項目，就使用現有的代碼風格, 除非你就只是決定要變一變它的風格(提示: 同你的搭檔就此進行一下討論)。甚至你要創建和記錄你自己的代碼風格，然後一直去遵循它。

　　現有的一些不同的代碼風格如下:

• Google JavaScript 風格指南

• airbnb/javascript

• ... 也還有其它的一些

• 我的風格指南

　額外的福利小提示:

　　你應該記住的其它一些重要的 JavaScript 最佳實踐就是那些能幫助你對代碼進行格式化的工具。下面是其中的一些:

• js-beautify: 美化你的代碼

• UglifyJS(2): 混淆/最小化你的代碼

• jshint: 檢測 JavaScript 代碼中的錯誤或者潛在問題

• jscs: 可以配置的樣式指南檢測器

　　最後一個就是: 不要總是 console.log，要對你的代碼進行調試。

　　祝你編程愉快!

　　原文地址：https://www.codementor.io/johnnyb/tutorials/javascript-best-practices-du107mvud