[-Fx-] WebExtensions 將登陸 Firefox 48

看板Browsers作者 (支那啃民黨 凸￣▽￣凸)時間8年前 (2016/05/01 00:58), 編輯推噓7(7推 0噓 22→)
留言29則, 8人參與, 最新討論串1/1
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
→
05/01 02:46, , 1F
總有一天，Firefox可能會改用chromium開發了
05/01 02:46, 1F
推
05/01 03:01, , 2F
我其實只要喜歡的功能有就好了，用什麼開發不是重點，能共
05/01 03:01, 2F
→
05/01 03:01, , 3F
用 Chrome 的套件就更好了。
05/01 03:01, 3F
推
05/01 08:55, , 4F
可是有些跨平台套件在Chrome上的表現比較差...
05/01 08:55, 4F
→
05/01 13:01, , 5F
你說得沒錯，國外網友測試結果也是這樣，但如果是這兩年才
05/01 13:01, 5F
→
05/01 13:02, , 6F
買的新電腦就比較感覺不出來吧。而硬體普遍只會越用越好～
05/01 13:02, 6F
→
05/01 17:07, , 7F
比較好奇，是因為FX之前用的API比較難開發嗎？
05/01 17:07, 7F
→
05/01 17:07, , 8F
還是因為Chrome比較風行，所以套件量比較多？
05/01 17:07, 8F
推
05/01 17:26, , 9F
因為 Chrome 使用者比較多，不然 fx 的限制更少。
05/01 17:26, 9F
→
05/02 08:48, , 10F
chrome的套件量目前還沒有比較多吧？
05/02 08:48, 10F
→
05/02 12:09, , 11F
比累積的沒有，但很多新的服務都沒做 Firefox 版了。
05/02 12:09, 11F
→
05/02 14:58, , 12F
總有一天，我會站在世界之巔<<<看到1F我以為他會這樣回 XD
05/02 14:58, 12F
→
05/03 03:29, , 13F
問一下，換API也是為了之後多線程的引擎鋪路？
05/03 03:29, 13F
推
05/03 08:08, , 14F
對的，因為現在部份 xul 和 xpcom 外掛在 electrolysis架構
05/03 08:08, 14F
→
05/03 08:10, , 15F
上有性能和相容性問題，WebExtensions API 在 multi-proces
05/03 08:10, 15F
→
05/03 08:10, , 16F
上預設支援，效能表現「通常來說」也好多了。
05/03 08:10, 16F
推
05/03 17:58, , 17F
多線程就是多執行序嗎？
05/03 17:58, 17F
→
05/03 18:00, , 18F
序—>緒
05/03 18:00, 18F
推
05/03 19:04, , 19F
歐歐～剛剛查了一下 multithreading 對岸翻多線程
05/03 19:04, 19F
→
05/03 19:04, , 20F
也是多執行緒。但multi-proces 又不同了， 未來的FX不
05/03 19:04, 20F
→
05/03 19:05, , 21F
曉得是哪種架構
05/03 19:05, 21F
→
05/03 19:45, , 22F
e10s是multiprocess多行程架構
05/03 19:45, 22F
→
05/03 19:51, , 23F
目前的e10s主要是把Chrome(父程序)和Web content(子程序)
05/03 19:51, 23F
→
05/03 19:51, , 24F
分開 子程序(plugin-container.exe)有三種類
05/03 19:51, 24F
→
05/03 19:52, , 25F
1.NPAPI plugin 2. Media playback 3.Web content
05/03 19:52, 25F
→
05/03 19:52, , 26F
所以是所有頁面共用一個子程序 將來會把數個頁面再獨立分
05/03 19:52, 26F
→
05/03 19:53, , 27F
你也可以在設定裡自行設定plugin-container.exe的數目
05/03 19:53, 27F
→
05/03 19:54, , 28F
不過目前設計來說 太多個行程並沒有帶來更多好處
05/03 19:54, 28F
推
05/03 21:45, , 29F
原來是說 CPU 的 multithreading 我完全會錯意- -
05/03 21:45, 29F
‣ 更多 kuro 的文章
文章代碼(AID): #1N9EGi7i (Browsers)