[-Fx-] WebExtensions 將登陸 Firefox 48

[kuro (支那啃民黨 凸￣▽￣凸)]

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/

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.161.84.108
※ 文章網址: https://www.ptt.cc/bbs/Browsers/M.1462035500.A.1EC.html
→ kenwufederer: 總有一天，Firefox可能會改用chromium開發了
推 Kreen: 我其實只要喜歡的功能有就好了，用什麼開發不是重點，能共
→ Kreen: 用 Chrome 的套件就更好了。
推 rockmanx52: 可是有些跨平台套件在Chrome上的表現比較差...
→ Kreen: 你說得沒錯，國外網友測試結果也是這樣，但如果是這兩年才
→ Kreen: 買的新電腦就比較感覺不出來吧。而硬體普遍只會越用越好～
→ randy123: 比較好奇，是因為FX之前用的API比較難開發嗎？
→ randy123: 還是因為Chrome比較風行，所以套件量比較多？
推 Kreen: 因為 Chrome 使用者比較多，不然 fx 的限制更少。
→ hohiyan: chrome的套件量目前還沒有比較多吧？
→ Kreen: 比累積的沒有，但很多新的服務都沒做 Firefox 版了。
→ rick: 總有一天，我會站在世界之巔<<<看到1F我以為他會這樣回 XD
→ randy123: 問一下，換API也是為了之後多線程的引擎鋪路？
推 Kreen: 對的，因為現在部份 xul 和 xpcom 外掛在 electrolysis架構
→ Kreen: 上有性能和相容性問題，WebExtensions API 在 multi-proces
→ Kreen: 上預設支援，效能表現「通常來說」也好多了。
推 s9209122222: 多線程就是多執行序嗎？
→ s9209122222: 序—>緒
推 randy123: 歐歐～剛剛查了一下 multithreading 對岸翻多線程
→ randy123: 也是多執行緒。但multi-proces 又不同了，  未來的FX不
→ randy123: 曉得是哪種架構
→ mayuyu: e10s是multiprocess多行程架構
→ mayuyu: 目前的e10s主要是把Chrome(父程序)和Web content(子程序)
→ mayuyu: 分開 子程序(plugin-container.exe)有三種類
→ mayuyu: 1.NPAPI plugin 2. Media playback 3.Web content
→ mayuyu: 所以是所有頁面共用一個子程序 將來會把數個頁面再獨立分
→ mayuyu: 你也可以在設定裡自行設定plugin-container.exe的數目
→ mayuyu: 不過目前設計來說 太多個行程並沒有帶來更多好處
推 Kreen: 原來是說 CPU 的 multithreading 我完全會錯意- -