Syntax

Pipes dienen in Javascript bekannterweise als logisches ODER. Neben dem Einsatz für Fallunterscheidungen lassen sich Pipes auch sehr gut zur direkten Wertzuweisung nutzen.

Ohne groß zu überlegen würde ich fehlende Dokumentation als Hauptmängel hergestellter Javascript-Quelltexte bezeichnen. In manchen Projekten würde ich gerne alle Mitentwickler in ein Seminar alá „Dokumentieren – Wie, Wann, Warum“ verfrachten. Fragt sich nur, was schlimmer ist – undokumentierter Code oder schlecht/falsch dokumentierter Code.

Letzten Sonntag habe ich euch mein Profiler.js vorgestellt. Heute folgen erste Ergebnisse. Ich habe gespielt mit Zuweisungen nach Fallunterscheidungen.

Mit Dirk habe ich mir vor einigen Tagen darüber Gedanken gemacht, ob man wohl HTML-Attribute auch in Single Quots einschliessen dürfe. Die Antwort liefert das W3C uns sie lautet eindeutig: Ja.

Microsoft hat schon vor lange Zeit die Events onmouseenter und onmouseleave kreiert, die auf den ersten Blick exakt dasselbe tun, wie onmouseover und onmouseout. Im Gegensatz zu den altbekannten Methoden over und out können die Events enter und leave nicht abgebrochen werden. Zudem werden die Event nicht an andere Elemente weitergegeben (Kein Event Bubbling). Dies hat den Vorteil, dass beispielsweise Hover-Menüs über Links nicht zuklappen (bei der Arbeit mit MouseEnter), da hier kein MouseLeave des Elternelements getriggert wird. Im Javascript-Framework jQuery wurde dieses Verhalten für alle Browser nachempfunden. Auf einer Beispielseite kann man die Events genauer unter die Lupe nehmen.

Entwickelt man Javascript objektorientiert, dann erstellt man sie häufig: Getter- und Setter-Methoden. Das kann man auf ganz verschiedenen Wegen machen. Nun habe ich einen Weg entdeckt, der mir intuitiver als bisherige Wege vorkommt und den ich daher zur Diskussion stellen möchte.

Mir ist gestern die Idee gekommen, wie ich einige Dinge in Javascript in Zukunft anders schreiben kann (dazu in einem anderen Beitrag mehr). Hierzu wollte ich mich zuerst an bestehenden Scripten (und der Basis meines Colorpickers ) versuchen. Im Firefox lief alles einwandfrei. Nur der Internet Explorer bereitete mir gewisse Probleme.

John hat in einem Vortrag über die Entwicklung von Javascript-Bibliotheken berichtet, warum es nicht sinnvoll ist, native Datentypen wie String, Array oder Object zu erweitern.

Nachdem Rodney durch einen Kommentar zu einer verbesserten Schleife beigetragen hat, hat Sean nun die Idee gehabt, ob es nicht evtl. schneller gehen würde, mit Pre-Inkrementen (++i) statt Post-Inkremtenten (i++) zu arbeiten, da die vorherige Zahl in dem Moment ja nicht mehr gehalten werden muss. Das habe ich vorhin mal geprofiled und festgestellt, dass es keinen Unterschied macht heute noch ein Mal geprofiled mit der Profile.js und festgestellt, dass Pre-Inkremente schneller sind (siehe Beitrag). Im gleichen Atemzug habe ich nun ausprobiert, ob das Dekrementieren vielleicht schneller ist und gemerkt, dass dem so ist.

Immer wieder passiert es, dass man leider oft unangenehm von propritären, "komischen" Eigenschaften überrascht wird. Hier nun erstmal ein kurzer Source-Schnipsel und Jeder mag sich bitte selbst überlegen, welches Verhalten er/sie vom Browser erwartet/wünscht.