前些天IEBlog中提到實(shí)現(xiàn)互通并不是只靠標(biāo)準(zhǔn)就行，其中舉出了一些關(guān)于事實(shí)上的標(biāo)準(zhǔn)的考慮——所謂“事實(shí)上的標(biāo)準(zhǔn)”，也就是并非標(biāo)準(zhǔn)，但大家都遵循著它去做事情的那么一種東西。
這些事實(shí)上的標(biāo)準(zhǔn)（也寫作“De facto standard”）往往是在某一種事物還沒有標(biāo)準(zhǔn)的時候由當(dāng)事的各方相互妥協(xié)而形成的，——有趣的是，作為妥協(xié)的結(jié)果，這些“事實(shí)上的標(biāo)準(zhǔn)”自身往往和其它的東西并不協(xié)調(diào)；而真正被稱作“標(biāo)準(zhǔn)”的東西往往是在發(fā)生了很多事情之后才產(chǎn)生的，所以幾乎任何地方都有“事實(shí)上的標(biāo)準(zhǔn)”和“標(biāo)準(zhǔn)”有些格格不入的感覺。
說了半天廢話，該說正題了：
在本文開頭的那個鏈接中的博文里，提到了一個關(guān)于正則表達(dá)式的語法問題：
像是“/]/”這樣的形式，由于“]”本身是“匹配這些字符中的任意一個”的語法中的一部分，故ECMAScript標(biāo)準(zhǔn)中把這樣的形式標(biāo)記為“無效的表達(dá)式”——但是同時這樣的用法由于構(gòu)成簡單，理解起來也并不容易產(chǎn)生歧義，所以實(shí)際上在大部分瀏覽器中這么用都是被認(rèn)為“有效”的。
當(dāng)IE9的開發(fā)團(tuán)隊(duì)剛開始測試他們的新JavaScript引擎“Chakra”的時候，它們發(fā)現(xiàn)有一些本來運(yùn)行得很好的JavaScript代碼在“Chakra”中不能運(yùn)行，其中一個原因就是最初“Chakra”是按照ECMAScript標(biāo)準(zhǔn)來實(shí)現(xiàn)的，而舊代碼中包含很多像是這樣的在標(biāo)準(zhǔn)中無效的東西——若要兼容，并且“互通”，“Chakra”需要做的就不只是和標(biāo)準(zhǔn)一致，還要能認(rèn)可這樣的表達(dá)式。
這是“實(shí)現(xiàn)互通并不是只靠標(biāo)準(zhǔn)就行”的一個好例子。
除了這個以外，JavaScript中一些其它的事實(shí)標(biāo)準(zhǔn)，比方說：
在一個字符串中如果在反斜線“\”之后輸入一個換行標(biāo)記，無論是[LF]（\n實(shí)際代表的含義），還是[CR]（\r實(shí)際代表的含義），還是[CR][LF]（\r\n實(shí)際代表的含義），都會和反斜線一起完全被忽略掉——說“忽略掉”還不夠準(zhǔn)確，也許應(yīng)該說“這種組合會被認(rèn)為是把一個字符串拆在多行代碼里”之類的。
如果這樣說還是覺得不好理解（甚至是莫名其妙）的話，通過一些代碼例子就應(yīng)該比較容易理解了。
比方說，這樣的代碼：
view sourceprint?1 var s = "This is an\
2 one line string.";
其實(shí)是和
view sourceprint?1 var s = "This is an" +
2 " one line string.";
等價的。
而如果寫成
view sourceprint?1 var s = "This is an
2 one line string."
就會產(chǎn)生一個語法錯誤，原因是“未結(jié)束的字符串”。
剛開始的時候它只是在IE中使用的JScript引擎獨(dú)有的一個特性，但是現(xiàn)在幾大主流瀏覽器都支持了這種寫法，就像我剛剛提到的，它也是“事實(shí)上的標(biāo)準(zhǔn)”之一。
我很有興趣多講一些關(guān)于“事實(shí)上的標(biāo)準(zhǔn)”的事情，但是無奈這種東西實(shí)在是太多了，我只知道其中的很小一部分——而且還常常記不起來，所以今天我也只能寫到這里了，如果我再想起來什么的話也許會另外寫篇新博文吧:(
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
下載 
喜歡 
頂
難過
囧
圍觀
無聊
