Mozilla a révélé dans un nouveau blog sur la page officielle des Addons blog pourquoi Webextensions, une nouvelle API pour Firefox add-on développeurs sont à l’avantage de la communauté de développement de l’.
L’organisation prévoit la publication d’une stable WebExtensions API avec Firefox 48 tandis que les développeurs peuvent soumettre des add-ons de Mozilla Add-ons déjà la librairie et de fournir une rétroaction sur l’existant add-ons et les capacités dont ils ont besoin pour fonctionner.
Mozilla objectif principal de l’introduction de WebExtensions est d’unifier Firefox extensions d’API et de l’architecture à celle de Chrome et les navigateurs basés sur Chrome tels que Google Chrome et Opera.
Soutien pour Chrome est une extension de l’architecture est la première étape du processus, car il est plus facile de port extensions de Chrome à Firefox (et d’extensions Firefox créé avec WebExtensions de Chrome).
Les développeurs de bénéficier de l’approche, car il nécessite un minimum d’effort pour le port des extensions à un autre navigateur web.
Mozilla est toutefois conscient que Firefox actuel de l’add-on de l’architecture est plus puissant que le WebExtensions de base, et que de nombreux add-ons disponibles pour le navigateur ne peut pas être porté à l’aide de la WebExtensions API si elle n’est pas étendu à l’amélioration de ses capacités.
Considérant que Mozilla plans de déprécier XUL et XPCOM dans l’avenir, il en résulterait des add-ons de devenir incompatible avec Firefox à ce point, sauf s’ils sont portés par leurs auteurs ou les personnes qui prennent plus de WebExtensions ou l’Add-on kit de développement SDK.
C’est cependant possible de WebExtensions ou l’Add-on SDK fournir les fonctionnalités nécessaires, et tandis que Mozilla veut s’assurer que, pour sélectionner add-ons comme NoScript ou Mega, il est possible que d’autres passent à travers les fissures si les fonctions qu’ils dépendent ne sont pas disponibles.
Mozilla note que WebExtensions offrir des avantages par rapport au traditionnel des add-ons pour le navigateur. Tout d’abord, l’API est créé à partir du sol jusqu’à l’appui de Firefox à venir de la multi-architecture de processus.
Deuxièmement, WebExtensions add-ons sont plus sûrs que les add-ons ainsi, l’amélioration de la sécurité et de la stabilité, et des délais d’examen.
Si vous regardez l’image plus grande, vous remarquerez des prochaines questions en ce qui concerne l’introduction de WebExtensions et multi-processus de Firefox, et la désapprobation de XUL et XPCOM.
Alors que vous pourriez analyser chaque changement sur son propre, il est logique d’un point de vue utilisateur de regarder les changements dans son ensemble comme ils affectent tous les add-on du paysage du navigateur.
Le WebExtensions API sur son propre n’est pas une mauvaise chose, mais bénéfique pour le Firefox de la communauté. Ajouter la désapprobation de XUL et XPCOM, et multi-processus de Firefox, et il revient à la puissance des capacités de la WebExtensions API.
En ajoutant les fonctions nécessaires à la WebExtensions est cependant qu’une partie de ce processus. Les développeurs ont besoin pour port leurs add-ons pour la nouvelle API si leurs extensions deviennent incompatibles, quand XUL ou XPCOM sont déconseillés dans Firefox.
Les utilisateurs de Firefox qui sont intéressés dans le processus de Mozilla fait en ce qui concerne WebExtensions pouvez consulter le suivi de bug pour la première version de WebExtensions sur le Bugzilla.
Maintenant, Vous: Quelles sont vos attentes en ce qui concerne WebExtensions?