JavaScript打破所有規則

來自Twitter的前端工程師Angus Croll，在柏林舉辦的JSConf會議上，進行了題為”Break all the Rulez“的演講。主要講了一些我們通常認為是錯誤的不該使用的東西，其實是有用的。 Angus Croll 演講用的講稿（連結），遠在美國的JavaScript之父看後也說同意其中大部分觀點（看來還是有問題？）。
下面我把要點簡單翻譯一下,不做擴展解釋.

with語句
為什麼不去使用它?
1.意外的運行結果,可能隱式創建全局變數
2.閉包作用域解析過多消耗
3.後期編譯
有人說,ES5的嚴格模式可以防止隱式創建全域變數(不用var),這樣能減少with的一個問題.但是…
嚴格模式也不能使用with啊.
為什麼說它是有用的?
1.構建瀏覽器開發者工具
 
// Chrome Developer Tools
IS._evaluateOn =
  function(evalFunction, obj, expression) {
    IS._ensureCommandLineAPIInstalled();       with (window) { " + expression + " } } ";
    return evalFunction.call(obj, expression);
}
2.模擬塊級作用域
 
//是的,還是這個老掉牙的問題 (var addHandlers = function(nodes) for
0; i     nodes[i].onclick =
      function(e) {alert(i);}
  }
};
 
var addHandlers = function(nodes) {
  for (var i = 0; i     nodes[i].onclick = function(i) {
    };
    }(i);
  }
};
 
//或使用'with'來模擬區塊級作用域
var addHandlers = function(nodes) {
  for (var i = 0. ; i++) {
    with ({i:i}) {
      nodes[i].onclick =
        function(e) {alert(i);}語句🎠 ?
1.程式碼注入
2.無法進行閉包最佳化
3.後期編譯
為什麼說它是有用的?
1. JSON.parse不可用的時候
有人在Stack Overflow上說:
「JavaScript的eval是不安全的,使用json.org上的JSON解析器來解析JSON”
還有人說:
“不要使用eval來解析JSON!用道格拉斯寫的json2.js!”
可是:
 
// From JSON2 .js
 
if (/^[],:{}s]*$/
  .test(text.replace(/*regEx*/, '@')
  .replace(/*regEx*/, ']' )
  .replace(/*regEx*/, ''))) {
  j = eval('(' + text + ')');
}
2.瀏覽器的JavaScript控制台都是用eval實現的
在Webkit控制台或JSBin中執行下面的程式碼
 
>(function () {
    console.log(String(arguments.callee.caller))
})()
ative ]
}
John Resig說過:
「eval和with是被輕視的,被誤用的,被大部分JavaScript程式設計師公然譴責的,但如果能正確使用的話,可以用它們寫出一些奇妙的,無法用其他功能實現的程式碼」
Function建構子
為什麼說它是有用的?
1.程式碼運行在可預見的作用域內
2.只能動態建立全域變數
3.不存在閉包最佳化的問題
用在什麼地方?
1. jQuery的parseJSON
 
// jQuery parseJSON
 
// Logic borrowed from http://json.org/json2.jso.testif (rdataidplaces.testif(rdata.charot( "@")
  .replace( rvalidtokens,"]")
  .replace( rvalidbraces,""))) {
 
  return ( new Function( "return " + data ) )();
  return ( new Function( "return " + data ) )(); js的字串內插
 
//from _.template
 
// If a variable is not specified,
// place data values in local scope.
if (!sperings.variable)_obings. ||{}){n' + source + '}n';
 
//..
 
var render = new Function(
  settings.variable || 'obj', '_', source);
==運算子
為什麼不去使用它?
1.強制將兩邊的操作數轉換為相同類型
為什麼說它是有用的?
1.強制將兩邊的操作數轉換為相同類型
2.undefined == null
 
//這樣寫是不是很麻煩
if ((x === null) || (x === undefined))
 
//完全可以下面這樣寫
if (x == null)
3.當兩邊的操作數類型明顯相同時使用
 
typeof thing == "function";   //typeof運算子肯定回傳字串
myArray.length == 2;         x') == 0;   //indeOf方法肯定回傳數字
真值不一定==true,假值不一定==false
 
if ("potato") {
  "potato" == true;  //false
}
Array建構子
為什麼不使用它?
1.new Array()也是evil的?JSLint也推薦使用[].
為什麼說它是有用的?
 
//From prototype.js extension of
//String.prototype
function times(count) {
  return count     '' : new Array(count + 1).join(this);
}
'me'.times(10); //"mememememememememe}
'me'.times(10); //"mememememememememeemeeme"
原生的原型物件
(es 5 shims都這樣乾)
在for/in遍歷時總要使用hasOwnProperty
(在沒有擴展對象原型的前提下沒有必要這麼做)
把所有的var語句放在頂部
( for語句還是放在初始化表達式中好)
要在呼叫函數之前先宣告函數
(在優先考慮實作細節時使用)
不要使用逗號運算子
(在使用多個表達式時的時候可以使用)
使用parseInt時總是要把第二個參數指定為10
(除非字串以'0'或'x'開頭,否則沒必要)
譯者註
上面說了這麼多,我自己也想到一個被誤解的東西,那就是escape.網上有不少人說:“不要使用escape”.
為什麼說它是有用的?
1.escape轉義的字符更多,有時候需要轉義後兩個函數不轉義的字元.
ASCII char escape() encodeURI() encodeURIComponent()
! %21 ! !
# %23 #  '
( %28 ( (
) %29 ) )
+ + + %2B
, %2C , %2C
/ / / %2F🠎3%F%2C🠎 
= %3D = %3D
? %3F ? %3F
@ @ @ %40
~ %7E ~ ~
2.將字串轉換為UTF8編碼,通常用在base64的時候.
escape轉義,encodeURIComponent相當於是先把utf16的字串轉換成utf8編碼後再escape.
encodeURIComponent(str) === escape(UTF16ToUTF8(str))
可以推導出UTF16ToUTF8(str) === RIscape(str. str )
接著就能用在base64編碼的時候,比網上看到的那些簡單多了吧.注意btoa和atob有兼容問題.
 
function base64Encode(str) {
    return btoa(strscape(encodeURIon(strscape(encodeU) ));
}
 
function base64Decode(str) {
    return decodeURIComponent(escape(atob(str)));
}