<p>Die zunehmende Komplexität von JavaScripten bringt unter anderem zwei Herausforderungen mit sich:</p> <ul> <li>Scripte werden wiederverwendet und als Bibliotheken und Helferscripte von dutzenden anderen Entwicklern angesteuert. Sie müssen dabei bei ihrer Anwendung flexibel reagieren und auf verschiedene Fälle (und Unfälle) gefasst sein.</li> <li>Browser setzen technische Spezifikationen wie W3C DOM oder HTML 5 nicht ganz oder gar nicht um, sondern teilweise und lückenhaft. Ob ein Browser eine ganz bestimmte Teiltechnik unterstützt, ist nicht heuristisch über »Browsererkennung« voraussagbar. Die einzige Möglichkeit, diesem Wirrwarr zu entgehen, sind konkrete Fallunterscheidungen, die auf Vorannahmen verzichten.</li> </ul> <p>Doch wie sieht ein robustes Script aus, das trotz unterschiedlicher, gegenfalls fehlerhafter Eingaben sowie einer heterogenen Browserumgebung nicht die Fassung verliert? Ein wichtiges Mittel zur Erreichung dieses Ziels sind zielgenaue und sichere Objektabfragen. Doch es scheint auch unter JavaScript-Programmierern Unklarheit zu herrschen, wie man bestenfalls abfragt, ob ein Objekt existiert oder einen gewissen Typ oder Wert hat.</p> <p>Mit dieser Frage beschäftigt sich der neue Artikel <strong><a href="https://wiki.selfhtml.org/wiki/JavaScript/Objekte/Objektabfragen">Objektabfragen und Fallunterscheidungen in JavaScript</a></strong>. Auch wenn er das Thema keinesfalls erschöpfend oder umfassend behandelt, soll er eine erste Einführung und Anleitung bieten.</p> <p>In diesem Kontext sei auch die <a href="https://wiki.selfhtml.org/wiki/JavaScript">entstehende JavaScript-Dokumentation</a> für die kommende SELFHTML-Version genannt, die derzeit noch im Redaktions-Wiki liegt. Dort werden <a href="https://wiki.selfhtml.org/wiki/JavaScript/Objekte/Objektabfragen">Browserweichen und Objektabfragen</a> in einem eigenen Kapitel behandelt.</p> <p>Feedback, Korrekturen und Verbesserungsvorschläge werden gerne per Mail an <a href="mailto:molily@selfhtml.org">molily@selfhtml.org</a> entgegen genommen.</p>

<p>Die zunehmende Komplexität von JavaScripten bringt unter anderem zwei Herausforderungen mit sich:</p> <ul> <li>Scripte werden wiederverwendet und als Bibliotheken und Helferscripte von dutzenden anderen Entwicklern angesteuert. Sie müssen dabei bei ihrer Anwendung flexibel reagieren und auf verschiedene Fälle (und Unfälle) gefasst sein.</li> <li>Browser setzen technische Spezifikationen wie W3C DOM oder HTML 5 nicht ganz oder gar nicht um, sondern teilweise und lückenhaft. Ob ein Browser eine ganz bestimmte Teiltechnik unterstützt, ist nicht heuristisch über »Browsererkennung« voraussagbar. Die einzige Möglichkeit, diesem Wirrwarr zu entgehen, sind konkrete Fallunterscheidungen, die auf Vorannahmen verzichten.</li> </ul> <p>Doch wie sieht ein robustes Script aus, das trotz unterschiedlicher, gegenfalls fehlerhafter Eingaben sowie einer heterogenen Browserumgebung nicht die Fassung verliert? Ein wichtiges Mittel zur Erreichung dieses Ziels sind zielgenaue und sichere Objektabfragen. Doch es scheint auch unter JavaScript-Programmierern Unklarheit zu herrschen, wie man bestenfalls abfragt, ob ein Objekt existiert oder einen gewissen Typ oder Wert hat.</p> <p>Mit dieser Frage beschäftigt sich der neue Artikel <strong><a href="http://aktuell.de.selfhtml.org/artikel/javascript/objektabfragen/">Objektabfragen und Fallunterscheidungen in JavaScript</a></strong>. Auch wenn er das Thema keinesfalls erschöpfend oder umfassend behandelt, soll er eine erste Einführung und Anleitung bieten.</p> <p>In diesem Kontext sei auch die <a href="https://redaktion.selfhtml.org/wiki/SELF9/JavaScript">entstehende JavaScript-Dokumentation</a> für die kommende SELFHTML-Version genannt, die derzeit noch im Redaktions-Wiki liegt. Dort werden <a href="https://redaktion.selfhtml.org/wiki/SELF9/JavaScript/Browser">Browserweichen und Objektabfragen</a> in einem eigenen Kapitel behandelt.</p> <p>Feedback, Korrekturen und Verbesserungsvorschläge werden gerne per Mail an <a href="mailto:molily@selfhtml.org">molily@selfhtml.org</a> entgegen genommen.</p>