Bis es einen stabilen Build mit Chrome 50 gibt, verbleibt die Version 5.0 des V8-JavaScript-Projekts in der Betaphase. Entwickler Michael Hablich weist trotzdem schon einmal auf die Neuerungen in Version 5 der für den Chrome-Browser entwickelten Engine hin. Unter anderem hat das Team weiter am Umgang mit Features des letzten ECMAScript-Standards ES2015 gearbeitet. Dadurch sind ihr nun etwa Hooks zum Anpassen regulärer Ausdrücke und das Unicode-Flag bekannt.

Beim Einsatz von Funktionen aus ES2015 und ES5 soll sich die Performance verbessert haben. Bei Neuveröffentlichungen lohnt sich ein Blick auf die Liste der API-Änderungen, da bei V8 die Versionsnummern nicht unbedingt auf Inkompatibilitäten zu Vorgängerversionen oder andere schwerwiegende Änderungen schließen lassen. Für Nutzer der Engine gibt es demnach in anderen Projekten für V8 5.0 nichts wichtiges zu beachten. Es wurde allerdings ein SetAccessCheckCallback als veraltet markiert, was beim Einsatz zu Warnhinweisen führt.

Googles Seth Thompson verkündete kurz nach der Veröffentlichung der Bekanntmachung zu V8 5.0, dass ab Version 5.1.117 der JavaScript-Engine beziehungsweise Chrome Canary 51.0.2677.0 mit experimentellem WebAssembly-Support ausgestattet ist (ähnlich lautende Ankündigungen gab es aufgrund der Zusammenarbeit zudem bei Mozilla und Microsoft). Apple, Google, Mozilla und Microsoft arbeiten seit Juni 2015 mit der W3C WebAssembly Community Group an dem portablen Bytecode, der sich in einem kompakten Binärformat kodieren und sich innerhalb einer speichersicheren Sandbox fast in nativer Geschwindigkeit ausführen lassen soll.

Durch Aktivieren des --expose_wasm-Flags oder chrome://flags#enable-können webassembly Interessierte Entwickler die WebAssembly-Implementierung ausprobieren. Nach dem Browser Neustart steht dann ein Wasm-Objekt zur Verfügung, das die entsprechende Module instantiieren und laufen lassen kann.

V8 nutzt bei der Umsetzung Teile der Infrastruktur der virtuellen Maschine, wie den TurboFan-Compiler. Derzeit sind beispielsweise eine textliche Repräsentierung von WebAssembly als zukünftige Änderungen in der Implementierung geplant. Das Wasm-Objekt soll wohl noch überarbeitet werden und dient wohl nur als Platzhalter bis leistungsfähigere Methoden und Eigenschaften zur Verfügung stehen.

(ms, hannover)

(siehe auch heise-News-Ticker:)

Hannover · EDV-Beratung · Linux · Novell · Microsoft · Seminar · IT-Consult · Netzwerk · LPIC · CLE