Dieser Artikel wurde maschinell übersetzt.

Anmerkung der Redaktion

Nächster Schritt bei WinJS

Michael Desmond

Michael DesmondWir vor kurzem MSDN Magazine Leser befragt und festgestellt, dass, mit Ausnahme von c#, mehr als jede andere Programmiersprache mit JavaScript arbeiten Firmen-Bericht — mehr als Java, C/C++, mehr als Visual Basicmehr. So sollte es als keine Überraschung kommen, die diesen Monat auf JavaScript-Entwicklung für Windows Runtime konzentriert.

In seiner Funktion führen "Build mehr effiziente Windows Store Apps verwenden JavaScript: Fehlerbehandlung," Eric Schmidt Tauchgänge in einige grundlegende Konzepte der Windows-Library für JavaScript (WinJS), davon versprechen, asynchrone Debuggen und Fehlerbehandlung. Unterscheiden wie Schmidt in einem Interview feststellt, sich die Werkzeuge und Funktionen des WinJS von JavaScript auf die Umwelt für vollwertige app Entwicklung und nicht für Websites zugeschnitten ist. Und diese Unterschiede sind wichtig zu verstehen, wenn Sie sicherstellen, dass im Code und Logik Fehler ordnungsgemäß behandelt werden.

Viele der Techniken, die Schmidt in diesem Monat Funktion erforscht sind in der ursprünglichen Version von Windows 8 und WinJS vorhanden, aber Schmidt sagt, dass viele Entwickler sind unklar, wie die Techniken arbeiten und beziehen sich auf einander. Er schrieb Artikel dieses Monats die Idee erklären, "wie das Gesamtpaket der Fehlerbehandlung aus einer Top-Down und ganzheitlichen Perspektive zusammenarbeitet."

Schmidt beschreibt zum Beispiel das JavaScript window.onerror Ereignis als "Catchall für die Fehlerbehandlung" für Webanwendungen. Windows Store apps errichtetes WinJS, nutzen jedoch sowohl window.onerror als auch der WinJS.Application.onerror-Ereignishandler, die zusätzliche Veranstaltungen wie Plattform-spezifische Fehler abfängt und verspricht, dass Fehler heraus. Schmidt fordert auch Entwickler an den Übergang zu Visual Studio 2013 liefert wichtige Werkzeuge-Verbesserungen, einschließlich der Fähigkeit zum Aufspüren von Fehlern innerhalb Ketten der asynchrone Aufrufe — eine wichtige Funktion, die angesichts dieser WinJS-Anwendungen häufig Kette verspricht zueinander.

"Wenn einer von denen Störungen heraus, Sie verspricht entweder einen OnError-Parameter für jedes Versprechen in der Kette haben, oder Sie müssen auf die Spur des Fehlers ab dem letzten Versprechen in der Kette," erklärt Schmidt, der sagt, dass beide Ansätze zeitaufwendig sind. "Bereich" Aufgaben ", die auf JavaScript-Code in Visual Studio 2013 verlängert wurde, hilft wirklich Entwickler diese Fehler in ihrem Code aufspüren," stellt er fest.

Die neueste Version von WinJS und die damit verbundenen Werkzeuge liefern, was Schmidt beschreibt, als "ready to go" Vorlagen und Steuerelemente, die Entwicklung zu vereinfachen. Die Updates liefern auch bedeutende Leistungsverbesserungen und optimierte WinJS-app-Entwicklung.

"Wir neue Werkzeuge im Visual Studio 2013 zur Messung von HTML-Benutzeroberfläche Reaktionsfähigkeit, JavaScript-Speicherauslastung, JavaScript Funktion Timing und asynchrone Debuggen,", sagt Schmidt. "In der Plattform, wir verbessert die Leistung einiger unserer vorhandenen Steuerelementen — z. B. ListView — mit APIs wie die Dispose-Muster und der Planer, sowie gemäß neue Steuerelemente, die besser geeignet für bestimmte Aufgaben — z. B. das Repeater-Steuerelement."

Apropos Leistungsverbesserungen, nächsten Monat Schmidt einen folgen-Artikel konzentriert sich speziell auf Performance-Probleme veröffentlicht. Welchen Rat hat er für Entwickler, die kämpfen, um sicherzustellen, dass ihre WinJS Anwendungen Performant sind?

"Die No. 1 Sache, die ich empfehlen würde ist die Plattform nutzen. Jedes retained Mode-System — ob HTML oder XAML oder PDF oder Sie nennen Sie es — verfügt über bestimmte Fähigkeiten, die nativ implementiert und optimiert darin. Darüber, wie viel Ihre app-Code und Script aufruft und diese Fähigkeiten, die bessere Leistung, die Sie bekommen nutzt,", sagt Schmidt. Er fügt hinzu, dass die neueste Version des WinJS drückt die Features weiter unten in der Umsetzung, wo sie für beste Leistung optimiert werden.

Arbeiten Sie mit WinJS? Wenn ja, würde ich gerne über Ihre Erfahrungen zu hören. E-Mail me bei mmeditor@microsoft.com.

Michael Desmond  ist Chefredakteur der MSDN Magazine