Mozilla avslørt i en ny blogg innlegg på den offisielle Addons blogg hvorfor Webextensions, en ny API for Firefox add-on utviklere, er fordelaktig for utvikling av samfunnet.
Organisasjonen planer om å utgi en stabil WebExtensions API med Firefox 48 mens utviklerne kan sende add-ons til Mozilla Add-ons biblioteket allerede, og gi tilbakemelding på eksisterende add-ons og evnene de trenger for å fungere.
Mozilla har som hovedmål med innføringen av WebExtensions er å forene Firefox utvidelser API og arkitektur med Krom og nettlesere basert på Chromium, som for eksempel Google Chrome og Opera.
Støtte for Krom er utvidelse arkitektur er første trinn i prosessen, ettersom det gjør det lettere å porten Chrome-utvidelser til Firefox (og Firefox utvidelser som er opprettet med WebExtensions Chrome).
Utviklere dra nytte av den tilnærming som den krever minimal innsats for å porten utvidelser til en annen nettleser.
Mozilla er likevel klar over at Firefox er gjeldende add-on arkitektur er mer kraftfull enn den WebExtensions baseline, og at mange av add-ons tilgjengelig for leseren ikke kan overføres ved hjelp av WebExtensions API hvis det er ikke utvidet til å forbedre sine evner.
Tatt i betraktning at Mozilla planer om å deprecate XUL og XPCOM i fremtiden, ville det resultere i add-ons for å bli kompatibel med Firefox på det tidspunktet, med mindre de er oversatt av sine forfattere eller folk som tar over å WebExtensions eller Add-on SDK.
Det er imidlertid bare mulig av WebExtensions eller Add-on SDK gir den funksjonaliteten som trengs, og mens Mozilla ønsker å sikre at for å velge add-ons som NoScript eller Mega, det er mulig at andre vil falle gjennom sprekkene hvis funksjoner som de kan stole på er ikke gjort tilgjengelig.
Mozilla bemerker at WebExtensions fordeler over tradisjonelle add-ons for leseren. Første, API er laget fra grunnen av for å støtte Firefox ‘ s kommende multi-prosess arkitektur.
For det andre, WebExtensions add-ons er sikrere enn eldre add-ons som resulterer i forbedret sikkerhet og stabilitet, og raskere gjennomgang av ganger.
Hvis du ser på det større bildet, vil du legge merke til flere kommende problemer i forhold til innføring av WebExtensions og multi-prosessen Firefox, og nedgraderingen av XUL og XPCOM.
Mens du kan analysere hver endre på sin egen, er det fornuftig fra en brukers perspektiv å se på endringene som en helhet som de alle påvirker add-on landskapet i nettleseren.
Den WebExtensions API på sin egen er ikke en dårlig ting, men gunstig for Firefox samfunnet. Legg til nedgraderingen av XUL og XPCOM, og multi-prosessen Firefox til det, og det hele kommer ned til hvordan kraftige egenskapene til WebExtensions API vil være.
Å legge til de nødvendige funksjoner for å WebExtensions er imidlertid bare en del av prosessen. Utviklere trenger å porten deres eksisterende add-ons til nye API-hvis deres utvidelser bli uforenlig når XUL eller XPCOM er avskrevet i Firefox.
Firefox-brukere som er interessert i ferd Mozilla gjør i forhold til WebExtensions kan sjekke ut de viktigste bug tracking for den første versjonen av WebExtensions på Bugzilla.
Nå er Du: Hva er dine forventninger i forhold til WebExtensions?