Mozilla onthuld in een nieuw blog bericht op de officiële Add-blog waarom Webextensions, een nieuwe API voor Firefox add-on ontwikkelaars, zijn gunstig is voor de ontwikkeling van de gemeenschap.
De organisatie van plan is om een stabiele WebExtensions API met Firefox 48 terwijl ontwikkelaars kunnen indienen add-ons voor Mozilla-Add-ons-bibliotheek al en het geven van feedback op bestaande add-ons en de mogelijkheden die ze nodig hebben om te functioneren.
Mozilla is het belangrijkste doel van de invoering van WebExtensions is te verenigen met het Firefox-extensies API en architectuur met die van Chroom en browsers gebaseerd op Chromium, zoals Google Chrome en Opera.
Ondersteuning voor Chroom voor de uitbreiding van de architectuur is de eerste stap van het proces, het maakt het gemakkelijker om de haven Chrome extensies voor Firefox (en Firefox extensies gemaakt met WebExtensions Chrome).
Ontwikkelaars kunnen profiteren van de aanpak als het vereist een minimale inspanning aan de haven extensies naar een andere web browser.
Mozilla is er echter rekening mee dat Firefox de huidige add-on architectuur is krachtiger dan de WebExtensions baseline, en dat veel van de beschikbare add-ons van de browser niet worden overgezet met behulp van de WebExtensions API als het niet is uitgetrokken voor het verbeteren van de mogelijkheden.
Gezien het feit dat Mozilla plannen te vervallen XUL en XPCOM in de toekomst, zou het resultaat in de add-ons steeds onverenigbaar is met Firefox op dat punt, tenzij ze zijn overgezet door hun auteurs of mensen die ouder zijn om WebExtensions of de Add-on SDK.
Dat is echter alleen mogelijk van WebExtensions of de Add-on SDK bieden de functionaliteit die nodig is, en terwijl Mozilla wil om ervoor te zorgen dat voor het selecteren van add-ons zoals NoScript of Mega, is het mogelijk dat anderen zullen vallen door de mazen als functies die ze vertrouwen op zijn niet beschikbaar.
Mozilla merkt op dat WebExtensions bieden voordelen ten opzichte van traditionele invoegtoepassingen voor de browser. Ten eerste, de API is gemaakt vanaf de grond tot ondersteuning van Firefox de komende multi-proces-architectuur.
Ten tweede, WebExtensions add-ons zijn veiliger dan oudere add-ons wat resulteert in een verbeterde veiligheid en stabiliteit, en sneller review keer.
Als je kijkt naar het grotere plaatje, zult u merken extra opkomende problemen met betrekking tot de invoering van WebExtensions en multi-proces Firefox, en de afschrijving van XUL en XPCOM.
Terwijl je zou kunnen analyseren elke verandering op zichzelf, is het zinvol uit het oogpunt van gebruikers is te kijken naar de veranderingen als een geheel, als ze allemaal van invloed op de add-on landschap van de browser.
De WebExtensions API is op zichzelf geen slechte zaak, maar gunstig voor de Firefox-community. Voeg de afschrijving van XUL en XPCOM, en multi-proces Firefox, en het komt allemaal neer op hoe krachtig de mogelijkheden van de WebExtensions API zal worden.
Het toevoegen van de functies die nodig zijn om WebExtensions is echter slechts één onderdeel van het proces. Ontwikkelaars moeten naar de haven van hun bestaande add-ons om het nieuwe API als hun extensies worden niet compatibel wanneer XUL of XPCOM zijn niet meer in gebruik in Firefox.
Firefox-gebruikers die geïnteresseerd zijn in het proces Mozilla maakt met betrekking tot WebExtensions check de belangrijkste bug tracking voor de eerste versie van WebExtensions op Bugzilla.
Nu Jij: Wat zijn uw verwachtingen met betrekking tot WebExtensions?