9 Fallstricke und Kommentare zu JavaScript

Von Neun Javascript-Fallstricken sind im Folgenden neun häufige Fallstricke von JavaScript aufgeführt. Obwohl es sich nicht um ein sehr tiefgreifendes technisches Problem handelt, wird Ihre Aufmerksamkeit Ihre Programmierung erleichtern, was als „Erleichterung des Lebens“ bezeichnet wird. Zu einigen Fallen wird der Autor gemischte Kommentare haben.

Das letzte Komma

Achten Sie in diesem Code beispielsweise auf das letzte Komma, das aus sprachlicher Sicht gut sein sollte (Pythons Wörterbuch ähnlicher Datentypen ermöglicht dies). Der IE meldet Syntaxfehler, aber die Sprache ist unklar. Sie können Tausende von Codezeilen nur mit menschlichen Augen scannen.

<script> var theObj = { Stadt: „Boston“, Bundesstaat: „MA“, }</script> Die Referenz davon ändert sich

wie dieser Code:

<script>var MyObject = function () { this.alertMessage = "Javascript Rules"; function () { warning(this.alertMessage ); }}();document.getElementById("theText").onclick = MyObject.ClickHandler</script>

ist nicht das, was Sie wollen, die Antwort ist es nicht „JavaScript“-Regeln“. Beim Ausführen von MyObject.ClickHandler zeigt die Referenz in der roten Codezeile tatsächlich auf die Referenz von document.getElementById("theText"). Es kann wie folgt gelöst werden:

<script>var MyObject = function () { var self = this; this.alertMessage = "Javascript-Regeln"; this.OnClick = function() { Alert(self.value); }}();document.getElementById("theText").onclick = MyObject.OnClick</script>

Im Wesentlichen handelt es sich hierbei um ein Problem mit dem JavaScript-Bereich. Wenn Sie hinschauen, werden Sie feststellen, dass es mehr als eine Lösung gibt.

Identity Thief

Verwenden Sie in JavaScript keine Variablennamen, die mit HTML-IDs identisch sind. Der folgende Code:

<script> TheButton = get("TheButton");</script>

IE Es wird ein nicht definierter Objektfehler gemeldet. Ich kann nur sagen: IE ist scheiße.

Die Zeichenfolge ersetzt nur die erste Übereinstimmung

Der folgende Code:

<script> Dies ist ein Titel " .replace(" ","_");</script>

Tatsächlich ist das Ergebnis „This_is a title“. In JavaScript sollte der erste Parameter von String.replace ein regulärer Ausdruck sein Modus. Der richtige Ansatz ist also dieser:

var fileName = "This is a title".replace(/ /g,"_");mouseout bedeutet Mousein

Tatsächlich ist dies Verursacht durch Ereignissprudeln. Im IE gibt es zwar „mouseenter“ und „mouseleave“, diese sind jedoch nicht Standard. Der Autor empfiehlt hiermit die Verwendung von Bibliotheken wie YUI, um das Problem zu lösen.

parseInt basiert auf dem Basissystem

Das ist gesunder Menschenverstand, aber viele Leute ignorieren, dass parseInt einen zweiten Parameter zur Angabe des Basissystems hat. Beispiel: parseInt("09"): Wenn Sie denken, dass die Antwort 9 ist, liegen Sie falsch. Denn hier beginnt die Zeichenfolge mit 0 und parseInt verarbeitet sie oktal. 09 ist unzulässig und gibt false zurück. Der boolesche Wert false wird in einen numerischen Wert umgewandelt und ist 0. Daher ist der richtige Ansatz parseInt(" 09", 10).

for...in... wird alles durchqueren

Es gibt einen Code wie diesen:

var arr = [5, 10,15] var total = 1;for ( var x in arr) { total = total * arr[x];}

funktioniert gut, nicht wahr? Aber eines Tages funktionierte es nicht mehr und der an mich zurückgegebene Wert wurde zu NaN, Halo. Ich habe gerade eine Bibliothek eingeführt. Es stellt sich heraus, dass diese Bibliothek den Prototyp von Array neu geschrieben hat. Auf diese Weise hat unser arr nur ein weiteres Attribut (Methode) und for...in... wird es durchlaufen. Daher ist es sicherer, dies zu tun:

for ( var x = 0; x < arr.length; x++) { total = total * arr[x];}

Eigentlich Dies ist auch ein Beispiel für den Schaden, der durch die Verschmutzung des Prototyps einer Basisklasse verursacht wird.

Traps von Event-Handlern

Dies ist eigentlich ein Problem, das nur dann auftritt, wenn Event-Handler als Objekteigenschaften verwendet werden. Beispielsweise überschreibt Code wie window.onclick = MyOnClickMethod das vorherige window.onclick-Ereignis und kann auch dazu führen, dass der Inhalt des IE verloren geht (wieder scheiße). Bevor der IE die DOM 2-Ereignisregistrierung nicht unterstützte, schlug der Autor die Verwendung von Bibliotheken zur Lösung des Problems vor, z. B. die Verwendung von YUI:

YAHOO.util.Event.addListener(window, "click", MyOnClickMethod);

Dies sollte auch eine Frage des gesunden Menschenverstandes sein, aber Anfänger können leicht Fehler machen.

Focus Pocus

Erstellen Sie ein neues Eingabetextelement und verschieben Sie dann den Fokus darauf. Logischerweise sollte ein solcher Code sehr natürlich sein:

var newInput = document. createElement ("input");document.body.appendChild(newInput);newInput.focus();newInput.select();

Aber der IE meldet einen Fehler (wird immer wieder scheiße). Der Grund kann sein, dass das Element beim Ausführen von focus() noch nicht verfügbar ist. Daher können wir die Ausführung verzögern:

var newInput = document.createElement("input");newInput.id = "TheNewInput";document.body.appendChild(newInput);setTimeout(function(){ //Ich habe es mit einem Abschluss umgeschrieben, falls vorhanden Wenn Sie interessiert sind, können Sie das Original vergleichen document.getElementById('TheNewInput').focus();document.getElementById('TheNewInput').select();}, 10);

In der Praxis Es gibt noch andere Fallstricke von JavaScript. Es gibt viele, viele, die meist auf eine unzureichende Implementierung des Parsers zurückzuführen sind. Diese Dinge kommen im Allgemeinen nicht in Lehrbüchern vor und können nur auf dem Erfahrungsaustausch zwischen Entwicklern beruhen. Gott sei Dank leben wir im Internetzeitalter und die Antworten auf viele der Fragen, die uns begegnen, finden sich normalerweise bei Google.

Weitere verwandte Artikel finden Sie auf der chinesischen PHP-Website (www.php.cn)!