Mozilla Add-ons 博客宣佈(*1)，到 Firefox 48 發布時新的擴展 API WebExtensions
將達到穩定狀態，它建議擴展開發者現在開始將 WebExtensions API 用於擴展開發。
Firefox 48 預計將在 3 個月後發布。Mozilla 是在去年 8 月宣佈棄用現有的擴展技
術，轉而採用兼容 Chrome 和 Opera 的擴展技術 WebExtensions，聲稱它的一個優勢
是能實現跨瀏覽器運行的擴展，另一個優勢是它在進程分離模式下能良好工作。
新的擴展在社區中間引發了爭論，流行擴展 NoScript 的作者 Giorgio Maone 則表態
支持 Mozilla(*2)，稱新的 API 能滿足他們的需要。
http://www.solidot.org/story?threshold=0&mode=nested&sid=48055
*1 https://blog.mozilla.org/addons/2016/04/29/webextensions-in-firefox-48/
*2 https://hackademix.net/2016/03/09/webrequest-where-were-where-were-going/

總有一天，Firefox可能會改用chromium開發了

我其實只要喜歡的功能有就好了，用什麼開發不是重點，能共用 Chrome 的套件就更好了。

可是有些跨平台套件在Chrome上的表現比較差...

你說得沒錯，國外網友測試結果也是這樣，但如果是這兩年才買的新電腦就比較感覺不出來吧。而硬體普遍只會越用越好～

比較好奇，是因為FX之前用的API比較難開發嗎？還是因為Chrome比較風行，所以套件量比較多？

因為 Chrome 使用者比較多，不然 fx 的限制更少。

chrome的套件量目前還沒有比較多吧？

比累積的沒有，但很多新的服務都沒做 Firefox 版了。

總有一天，我會站在世界之巔<<<看到1F我以為他會這樣回 XD

問一下，換API也是為了之後多線程的引擎鋪路？

對的，因為現在部份 xul 和 xpcom 外掛在 electrolysis架構上有性能和相容性問題，WebExtensions API 在 multi-proces上預設支援，效能表現「通常來說」也好多了。

多線程就是多執行序嗎？序—>緒

歐歐～剛剛查了一下 multithreading 對岸翻多線程也是多執行緒。但multi-proces 又不同了， 未來的FX不曉得是哪種架構

e10s是multiprocess多行程架構目前的e10s主要是把Chrome(父程序)和Web content(子程序)分開 子程序(plugin-container.exe)有三種類1.NPAPI plugin 2. Media playback 3.Web content所以是所有頁面共用一個子程序 將來會把數個頁面再獨立分你也可以在設定裡自行設定plugin-container.exe的數目不過目前設計來說 太多個行程並沒有帶來更多好處

原來是說 CPU 的 multithreading 我完全會錯意- -