Mozilla enthüllt in einem neuen blog-post auf der offiziellen Addons-blog, warum Webextensions, eine neue API für Firefox-add-on-Entwickler sind von Vorteil, die Entwicklung der Gemeinschaft.
Die Organisation plant zum release eine stabile WebExtensions API mit Firefox 48 beim Entwickler Einreichen können add-ons zu Mozilla Add-ons-Bibliothek bereits und feedback zu bestehenden add-ons und Funktionen, die Sie benötigen, um zu funktionieren.
Mozilla ‘ s Ziel mit der Einführung von WebExtensions ist die Vereinheitlichung von Firefox-Erweiterungen-API und Architektur mit Chrom und Browser basiert auf Chromium, wie Google Chrome und Opera.
Die Unterstützung für Chromium – extension-Architektur ist der erste Schritt des Prozesses, wie es macht es leichter zu port-Chrome-Erweiterungen für Firefox und Firefox-Erweiterungen erstellt, die mit WebExtensions Chrome).
Entwickler profitieren von dem Konzept, wie es erfordert nur minimalen Aufwand zu port extensions zu einem anderen web-browser.
Mozilla ist jedoch bewusst, dass Firefox die aktuellen add-on-Architektur ist leistungsstärker als die WebExtensions Grundlinie, und dass viele der add-ons für den browser zur Verfügung können nicht portiert werden mit der WebExtensions API, wenn es nicht erweitert ist, um Ihre Fähigkeiten verbessern.
Wenn man bedenkt, dass Mozilla plant, verbitten sich die XUL-und XPCOM in die Zukunft, würde das Ergebnis in den add-ons immer nicht kompatibel mit Firefox an diesem Punkt, es sei denn, Sie portiert werden, von Ihren Autoren oder Menschen, die über WebExtensions oder die Add-on-SDK.
Das ist jedoch nur möglich WebExtensions oder die Add-on-SDK stellen die Funktionen benötigt, und während Mozilla will sicherstellen, dass für die Option add-ons wie NoScript oder Mega ist es möglich, dass die anderen fallen durch die Risse, wenn Funktionen, auf die Sie sich stützen, werden nicht zur Verfügung gestellt.
Mozilla stellt fest, dass WebExtensions bieten Vorteile gegenüber traditionellen add-ons für den browser. Zuerst die API ist aus dem Boden gestampft, um Unterstützung für Firefox kommenden multi-Prozess-Architektur.
Zweite, WebExtensions add-ons sind sicherer als die älteren add-ons, die verbesserte Sicherheit und Stabilität, und schneller abgeben mal.
Wenn Sie einen Blick auf das größere Bild, Sie werden feststellen, weitere anstehende Fragen in Bezug auf die Einführung von WebExtensions und multi-Prozess-Firefox und die Streichung von XUL-und XPCOM.
Während Sie analysieren könnte jeder änderung auf Ihre eigenen, macht es Sinn aus Sicht des Benutzers zu betrachten, die Veränderungen als ganzes, wie Sie alle auf die add-on-Landschaft des Browsers.
Die WebExtensions API auf seine eigene ist nicht eine schlechte Sache, aber von Vorteil für die Firefox-community. Fügen Sie die Streichung von XUL-und XPCOM-und multi-Prozess-Firefox zu, und es kommt alles darauf an, wie mächtig die Fähigkeiten des WebExtensions API.
Hinzufügen der notwendigen Funktionen, um WebExtensions ist jedoch nur ein Teil des Prozesses. Müssen Entwickler portieren Ihre vorhandenen add-ons auf die neue API wenn Ihre Erweiterungen nicht mehr vereinbar, wenn XUL oder XPCOM sind deprecated in Firefox.
Firefox-Benutzer, die daran interessiert sind, den Prozess Mozilla macht in Bezug auf WebExtensions kann auf der Haupt-tracking-Fehler für die erste version von WebExtensions auf Bugzilla.
Jetzt Sie: Was sind Ihre Erwartungen in Bezug auf WebExtensions?