為了避免這一麻煩，Mozilla特別打造了全新的Web擴展API，它就像是部署在基于Chromium的瀏覽器（比如Chrome、Opera和Vivaldi）上的擴展系統的一個克隆版。

鑒于Firefox擁有一撥更老更偏激的粉絲基數，許多用戶對此并不買賬，且對Mozilla的最新改動方案表示了直言不諱的反對。

為了消除人們對于新擴展API的疑慮，并使之相信這一決定是有益的，Mozilla首席工程師特地撰文解釋了一番：

首先，如前所述，擁有一個類似Chromium的擴展API可允許跨瀏覽器的互操作性，插件開發人員也無需維護兩個獨立的代碼庫。

此外，支持跨瀏覽器擴展，對每一個人都是好事，那樣很多酷炫的插件都不會僅限于單瀏覽器平臺了。

不過，Mozilla并不是要打造一個Chrome類型的擴展API：

盡管我們最初的API優先事項，放在允許Chrome擴展與Firefox互操作上，我們也計劃積極和有競爭力地拓展WebExtensions API的功能。

基金會將對添加到API中的功能建議保持歡迎和開放，即使它們并不是原Chromium擴展SDK所原生支持的。

WebExtensions提供了更好的性能，而它借自Chrome擴展的一個隱藏特色是其（定義腳本和執行的）manifest.json文件。只要開發者肯花時間妥善地設立起這種通用設置文件，就可以提升它的性能。

不止于此，由于舊版XUL/XPCOM API會在升級新版Firefox后“搞破壞”，Mozilla早已為自家擴展平臺在面臨即將計劃添加進來的重大變化前，設置了所有必要的“防火層”。

這包括了多進程支持（分割網頁內容的核心處理以提升瀏覽器穩定性），而新WebExtensions API從一開始就是與該功能完整兼容的。

WebExtensions提供了更好的安全性，因為它不與瀏覽器內部交互，所以流氓擴展給系統造成破壞、利用漏洞代碼、以及感染惡意軟件的幾率都變得極小。

相同的Manifest配置文件將得到保留，擋在任何插件所需的許可之前，允許Mozilla員工和測試工具更輕松、更快速地檢測未依附于Manifest配置文件的流氓代碼，在它們造成破壞前就一票否決掉。

按照當前的WebExtensions時間表，我們會在2016年8月2號發布的Firefox 48上見到它的身影。如需搶鮮體驗，請下載當前最新版本的Firefox每夜構建版（Nightly Edition）。

[編譯自：Soft Pedia]