ie 7 8不支援trim的屬性

在ie 7 8瀏覽器中，如果使用trim()屬性去除空格的話，則會導致報錯。

因此解決這個問題有如下方案：

js去除空格的方法目前共有12種:

實現1string.prototype.trim = function()

實現2string.prototype.trim = function()

實現3string.prototype.trim = function()

實現4string.prototype.trim = function()

string.prototype.trim = function()

實現7string.prototype.trim = function()

string.prototype.trim = function()

string.prototype.trim = function() } for (i = str.length - 1; i >= 0; i--) } return whitespace.indexof(str.charat(0)) === -1 ? str : ''; }

實現11

string.prototype.trim = function() } return str; }

實現12

string.prototype.trim = function()

看起來不怎麼樣，動用了兩次正則替換，實際速度非常驚人，主要得益於瀏覽器的內部優化。乙個著名的例子字串拼接，直接相加比用array做成的stringb?r 還快。base2類庫使用這種實現。

和實現1 很相似，但稍慢一點，主要原因是它最先是假設至少存在乙個空白符。prototype.js使用這種實現，不過其名字為strip，因為 prototype的方法都是力求與r y同名。

以擷取方式取得空白部分（當然允許中間存在空白符），總共呼叫了四個原生方法。設計得非常巧妙，s string以兩個數字作為引數。math.max以兩個數字作引數，search則返回乙個數字。速度比上面兩個慢一點，但比下面大多數都快。

這個可以稱得上實現2的簡化版，就是利用候選操作符連線兩個正則。但這樣做就失去了瀏覽器優化的機會，比不上實現3。由於看來很優雅，許多類庫都使用它，如jqry與mootools

實現5match 是返回乙個陣列，因此原字串符合要求的部分就成為它的元素。為了防止字串中間的空白符被排除，我們需要動用到非捕獲性分組（?:exp）。由於陣列可能為空，我們在後面還要做進一步的判定。好像瀏覽器在處理分組上比較無力，乙個字慢。所以不要迷信正則，雖然它基本上是萬能的。

實現6把符合要求的部分提供出來，放到乙個空字串中。不過效率很差，尤其是在ie6中。

和實現6很相似，但用了非捕獲分組進行了優點，效能效之有一點點提公升。

實現8沿著上面兩個的思路進行改進，動用了非捕獲分組與字元集合，用?頂替了*，效果非常驚人。尤其在ie6中，可以用瘋狂來形容這次效能的提公升，直接秒殺火狐。

實現9這次是用懶惰匹配頂替非捕獲分組，在火狐中得到改善，ie沒有上次那麼瘋狂。

實現10

我只想說，搞出這個的人已經不是用牛來形容，已是神一樣的級別。它先是把可能的空白符全部列出來，在第一次遍歷中砍掉前面的空白，第二次砍掉後面的空白。全過程只用了indexof與s string這個專門為處理字串而生的原生方法，沒有使用到正則。速度快得驚人，估計直逼上內部的二進位制實現，並且在 ie與火狐（其他瀏覽器當然也毫無疑問）都有良好的表現。速度都是零毫秒級別的。

實現10已經告訴我們普通的原生字串擷取方法是遠勝於正則替換，雖然是複雜一點。但只要正則不過於複雜，我們就可以利用瀏覽器對正則的優化，改善程式執行效率，如實現8在ie的表現。我想通常不會有人在專案中應用實現10，因為那個 whitespace 實現太長太難記了（當然如果你在打造乙個類庫，它絕對是首先）。實現11可謂其改進版，前面部分的空白由正則替換負責砍掉，後面用原生方法處理，效果不遜於原版，但速度都是非常逆天。

實現10與實現11在寫法上更好的改進版，注意說的不是效能速度，而是易記與使用上。和它的兩個前輩都是零毫秒級別的，以後就用這個來工作與嚇人。

ie 7 8不支援trim的屬性

ie7 8報錯物件不支援「trim」屬性或方法

讓ie7 8支援css3屬性

IE不支援使用for in語法

ie 7 8不支援trim的屬性

ie7 8報錯 物件不支援「trim」屬性或方法

讓ie7 8支援css3屬性

IE不支援使用for in語法

相關推薦

ie7 8報錯物件不支援「trim」屬性或方法