Wenn Sie in den Browsern IE 7 und 8 das trim()-Attribut zum Entfernen von Leerzeichen verwenden, wird ein Fehler gemeldet.
Daher gibt es die folgenden Lösungen, um dieses Problem zu lösen:
var aa = $("#id").val().trim() --- Die trim()-Methode kann im IE nicht analysiert werden
Lösung:
[ var aa = $.trim($("#id").val() ] Dies ist nicht einfach zu verwenden, also verwenden Sie die unten vorgestellte. Die erste wurde getestet.
Die Köpfe der W3C-Leute wurden von Eseln getreten. Erst in Javascript 1.8.1 wurde die Trim-Funktion (mit trimLeft, trimRight) unterstützt. Leider wird sie jetzt nur von Firefox 3.5 unterstützt. Da das Entfernen von Leerzeichen auf beiden Seiten einer Zeichenfolge so häufig vorkommt, ist es in allen größeren Bibliotheken zu finden. Darüber hinaus sind Ausländer sehr energisch in der Forschung und haben etliche Umsetzungen geschaffen.
Erreiche 1 OK. (Schreiben Sie dies in js und folgen Sie dann .trim() direkt nach der Zeichenfolge, aus der Sie Leerzeichen entfernen möchten)
Es sieht nicht sehr gut aus. Es verwendet zwei reguläre Ersetzungen. Die tatsächliche Geschwindigkeit ist erstaunlich, hauptsächlich aufgrund der internen Optimierung des Browsers. Ein berühmtes Beispiel ist das String-Splicing, das schneller ist als StringBuffer aus Array. Die base2-Klassenbibliothek verwendet diese Implementierung.
Implementierung 2
ist der Implementierung 1 sehr ähnlich, jedoch etwas langsamer, hauptsächlich weil zunächst davon ausgegangen wird, dass mindestens ein Leerzeichen vorhanden ist. Prototype.js verwendet diese Implementierung, aber ihr Name ist Strip, da die Methoden von Prototype darauf abzielen, denselben Namen wie Ruby zu haben.
Erreiche 3
Erhalten Sie den leeren Teil durch Abfangen (natürlich sind Leerzeichen in der Mitte zulässig), und es werden insgesamt 4 native Methoden aufgerufen. Die Standardeinstellung ist sehr clever, der Teilstring verwendet zwei Zahlen als Parameter. Math.max verwendet zwei Zahlen als Parameter und die Suche gibt eine Zahl zurück. Die Geschwindigkeit ist etwas langsamer als bei den beiden oben genannten, aber schneller als bei den meisten der folgenden.
Erreiche 4
Dies kann als vereinfachte Version der Implementierung 2 bezeichnet werden, die Kandidatenoperatoren verwendet, um zwei reguläre Ausdrücke zu verbinden. Dadurch wird jedoch die Gelegenheit zur Browseroptimierung verpasst, die der Implementierung 3 unterlegen ist. Da es sehr elegant aussieht, wird es von vielen Bibliotheken verwendet, beispielsweise JQuery und Mootools
Erreiche 5
match gibt ein Array zurück, sodass die Teile der ursprünglichen Zeichenfolge, die die Anforderungen erfüllen, zu ihren Elementen werden. Um zu verhindern, dass die Leerzeichen in der Mitte der Zeichenfolge entfernt werden, müssen wir eine nicht erfassende Gruppierung (?:exp) verwenden. Da das Array möglicherweise leer ist, werden wir später weitere Urteile fällen. Es scheint, dass der Browser bei der Verarbeitung von Gruppierungen relativ schwach ist und ein Wort langsam ist. Seien Sie also nicht abergläubisch, was die Regelmäßigkeit angeht, obwohl sie im Grunde allmächtig ist.
Erreiche 6
Stellen Sie die Teile bereit, die den Anforderungen entsprechen, und fügen Sie sie in eine leere Zeichenfolge ein. Allerdings ist die Effizienz insbesondere im IE6 sehr schlecht.
Erreiche 7
Es ist der Implementierung 6 sehr ähnlich, nutzt jedoch eine nicht erfassende Gruppierung, um davon zu profitieren, und die Leistungseffizienz ist leicht verbessert.
Erreiche 8
Verbesserung entlang der beiden oben genannten Ideen, Verwendung nicht erfassender Gruppen und Zeichensätze und Verwendung von ? anstelle von *. Der Effekt ist erstaunlich. Insbesondere im IE6 kann diese Leistungsverbesserung als verrückt bezeichnet werden, was Firefox direkt zum Erliegen bringt.
Implementierung 9
Dieses Mal wird Lazy Matching verwendet, um nicht erfassende Gruppen zu ersetzen, was in Firefox IE verbessert wurde und nicht so verrückt ist wie beim letzten Mal.
Erreiche 10
Ich möchte nur sagen, dass die Person, die das geschaffen hat, nicht mehr als Kuh beschrieben wird, sondern sich bereits auf der Ebene eines Gottes befindet. Es listet zunächst alle möglichen Leerzeichen auf, schneidet beim ersten Durchlauf das führende Leerzeichen und im zweiten Durchgang das folgende Leerzeichen ab. Der gesamte Prozess verwendet nur indexOf und substring, bei denen es sich um native Methoden handelt, die speziell für die Verarbeitung von Zeichenfolgen entwickelt wurden, und es werden keine regulären Regeln verwendet. Die Geschwindigkeit ist erstaunlich hoch und soll der internen Binärimplementierung nahekommen und eine hervorragende Leistung in IE und Firefox (und natürlich auch in anderen Browsern) bieten. Die Geschwindigkeit beträgt null Millisekunden.
Erreiche 11
Implementierung 10 hat uns gezeigt, dass die gewöhnliche Methode zum Abfangen unbekannter Zeichenfolgen weitaus besser ist als die reguläre Ersetzung, obwohl sie etwas komplizierter ist. Solange der reguläre Ausdruck jedoch nicht zu kompliziert ist, können wir die Optimierung des regulären Ausdrucks durch den Browser verwenden, um die Effizienz der Programmausführung zu verbessern und 8-Leistung im IE zu erzielen. Ich denke, normalerweise wird niemand die Implementierung 10 in seinen Projekten verwenden, da die Leerzeichenimplementierung zu lang und schwer zu merken ist (natürlich ist es definitiv die erste, wenn Sie eine Klassenbibliothek erstellen). Man kann sagen, dass es sich bei Implementierung 11 um eine verbesserte Version handelt. Der Leerraum im vorderen Teil wird durch regelmäßiges Ersetzen abgeschnitten, und der letzte Teil wird mit nativen Methoden verarbeitet. Der Effekt ist der Originalversion nicht unterlegen, aber die Geschwindigkeit ist sehr hoch unglaublich.
Erreiche 12
实现10与实现11在写法上更好的改进版,注意说的不是性能速度,而是易记与施用上。和它的两个先辈都是零毫秒级另外,以后就用这个来工作与吓人。
下面是老外给出的比力结果,执行背景是对Magna Carta 这文章(超过27,600字符)进行trim操作。
实现 Firefox 2 IE 6
trim1 15ms trim2 31ms trim3 46ms 31ms
trim4 47ms 46ms
trim5 156ms 1656ms
trim6 172ms 2406ms
trim7 172ms 1640ms
trim8 281ms trim9 125ms 78ms
trim10 trim11 trim12 trim函数实现揭晓自己的想法,想懂得原作者说什么请看原文。