在上一篇文章中，我們討論了新的Javascript引擎 Mozilla的工作人員一直在為下一版Firefox 70進行開發，該版本將在XNUMX月的下個月發布（您可以在 下一個鏈接). 在本文中，我們將討論由Mozilla發布的公告 關於使用基於WebExtensions API的Firefox附加組件的信息 在其中Mozilla開發人員宣布了自己的立場 在其中 他們無意完全遵循即將發布的第三版Chrome插件宣言。
他們特別知道 Firefox將繼續支持webRequest API阻止模式，它使您可以即時更改接受的內容，並且在廣告攔截器和內容過濾系統中是必不可少的。
過渡到WebExtensions API的主要思想是統一Firefox和Chrome的插件開發技術，因此，以當前形式，Firefox與當前第二版Chrome清單幾乎100％兼容。
清單定義了提供的功能和資源的列表 為補充。 由於引入了限制性措施，因此被我認為是負面的的開發者 清單第三版中的插件， Mozilla將放棄完全遵循清單的做法，並且不會將更改轉移到Firefox 違反了插件兼容性。
請記住，儘管有所有反對意見，Google計劃以阻止WebRequest API模式的模式停止對Chrome的支持，將其限制為僅只讀模式，並提供declarativeNetRequest API的新的聲明性內容過濾功能。
如果webRequest API允許您連接對網絡請求具有完全訪問權限並能夠即時修改流量的控制器，那麼新的declarativeNetRequest API可提供對獨立處理的即用型通用內置過濾引擎的訪問規則，不允許使用自己的過濾算法，也不允許複雜的規則根據條件相互重疊。
Mozilla還評估了移植到Firefox以支持其他一些更改的便利性。 從第三個版本的Chrome清單中違反了插件支持：
- La 過渡到執行服務人員 以後台流程的形式，開發人員需要更改一些附加代碼。
儘管新方法在性能方面更為理想，但Mozilla正在考慮維持對運行後台頁面的支持。 - 新的細化權限請求模型： 該插件無法立即為所有頁面激活（已刪除“ all_urls”權限），但只能在活動選項卡的上下文中使用，即用戶必須確認每個站點的插件工作。 在這一部分，Mozilla正在探索在不引起用戶分心的情況下加強訪問控制的方法。
- 跨域應用程序處理中的更改： 根據新清單，對內容處理腳本的權限限制與插入這些腳本的主頁相同（例如，如果該頁面無法訪問位置API，則腳本插件將無法獲取）此訪問權限）。 該更改計劃在Firefox中實現。
- 禁止執行從外部服務器下載的代碼 （我們正在談論插件加載並執行外部代碼的情況）。 Firefox已經使用了外部代碼阻止功能，Mozilla開發人員很高興通過使用清單的第三版中提供的其他代碼下載跟踪技術來實施這種保護。