楼主:
kuro (支那啃民党 凸￣▽￣凸)
2016-05-01 00:58:08Mozilla 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开发了
作者:
Kreen (æ¯å¤©è¦æ›´å„ªç§€ä¸€é»ž)
2016-05-01 03:01:00我其实只要喜欢的功能有就好了，用什么开发不是重点，能共用 Chrome 的套件就更好了。
可是有些跨平台套件在Chrome上的表现比较差...
作者:
Kreen (æ¯å¤©è¦æ›´å„ªç§€ä¸€é»ž)
2016-05-01 13:01:00你说得没错，国外网友测试结果也是这样，但如果是这两年才买的新电脑就比较感觉不出来吧。而硬件普遍只会越用越好～
作者:
randy123 (好色怪叔叔)
2016-05-01 17:07:00比较好奇，是因为FX之前用的API比较难开发吗？还是因为Chrome比较风行，所以套件量比较多？
作者:
Kreen (æ¯å¤©è¦æ›´å„ªç§€ä¸€é»ž)
2016-05-01 17:26:00因为 Chrome 使用者比较多，不然 fx 的限制更少。
作者:
hohiyan (海洋)
2016-05-02 08:48:00chrome的套件量目前还没有比较多吧？
作者:
Kreen (æ¯å¤©è¦æ›´å„ªç§€ä¸€é»ž)
2016-05-02 12:09:00比累积的没有，但很多新的服务都没做 Firefox 版了。
作者:
rick (可惜没如果)
2016-05-02 14:58:00总有一天，我会站在世界之巅<<<看到1F我以为他会这样回 XD
作者:
randy123 (好色怪叔叔)
2016-05-03 03:29:00问一下，换API也是为了之后多线程的引擎铺路？
作者:
Kreen (æ¯å¤©è¦æ›´å„ªç§€ä¸€é»ž)
2016-05-03 08:08:00对的，因为现在部份 xul 和 xpcom 外挂在 electrolysis架构上有性能和相容性问题，WebExtensions API 在 multi-proces上默认支援，效能表现“通常来说”也好多了。
作者:
randy123 (好色怪叔叔)
2016-05-03 19:04:00欧欧～刚刚查了一下 multithreading 对岸翻多线程也是多执行绪。但multi-proces 又不同了， 未来的FX不晓得是哪种架构
作者:
mayuyu ((・ω・)ノ)
2016-05-03 19:45:00e10s是multiprocess多行程架构目前的e10s主要是把Chrome(父程序)和Web content(子程序)分开 子程序(plugin-container.exe)有三种类1.NPAPI plugin 2. Media playback 3.Web content所以是所有页面共用一个子程序 将来会把数个页面再独立分你也可以在设定里自行设定plugin-container.exe的数目不过目前设计来说 太多个行程并没有带来更多好处
作者:
Kreen (æ¯å¤©è¦æ›´å„ªç§€ä¸€é»ž)
2016-05-03 21:45:00原来是说 CPU 的 multithreading 我完全会错意- -