fang5566：没说非热门扩展就不要兼容啊，一步步来嘛，mozilla从来就没有轻视小开发者，是扩展api经常变动，导致开发者经常要更新兼容，而相对chrome的就省心很多，moxilla壮士断腕也是考虑到这样。很明ozilla不改变无法实现，加之e10s...回到原帖

chrome 的扩展文档中专门有一个页面描述 api 更动历史
而 firefox api 更新看起来引起的问题更大的根本原因是
firefox 扩展开发者可以使用 api 数量远远超过了 chrome 啊
要不说 chrome 扩展就是儿童玩具呢

pcxfirefox：你觉得我现在开始学习扩展开发的话 到底用哪个回到原帖

xul 显然难逃一死
所以 overlay 扩展铁定玩蛋
剥去 xul 部分的 bootstrapped 扩展前景不明，毕竟 Addon SDK（aka Jetpack）扩展说到底也是个 bootstrapped 扩展
二进制扩展已经连渣都不剩了

至于 WebExtensions 和（起码 1、2 年内）确定会继续支持的 Jetpack 扩展
都要求 html 和 javascript 这两项前置技能

不过或许你可以考虑在编译二进制之前直接修改源码添加需要的扩展功能？

火狐在用户占有率上现在已经是处于防御状态但仍节节败退，并非扩展不强力，不多样。而是现在格局和用户需求已天翻地覆地变化了，现在已经是简单，快速，轻巧的天下了，一方面渲染引擎的速度不断提高，另一方面浏览器变的更简洁响应更迅速。连微软都抛弃陈旧的 IE，毅然退出快速简洁的edge并在未来兼容chrome扩展。xul和xpcom只会让内核更臃肿，且没有全世界开发者支持，可以说没有任何未来。不抛弃xul，mozilla将更积重难返。但抛弃将使得大量扩展失效，这是两难。mozilla可以继续现在这样，但只会被潮流逐渐远远抛离，直到彻底沦为小小众。不如此刻壮士断腕，用新的webext兼容chrome，兼容多进程，缩短AMO审核时间给开发者便利。然后再图让强力扩展功能回归。道路可以曲折，但前进方向和顶层设计不能错误。mozilla正在艰难转身。

aaaa007cn：重要扩展兼容了
（对某些人来说）不重要的扩展（任何非流行、编辑推荐的扩展？）就没关系？
这也是开发者慢慢远离的 mozilla 的原因之一回到原帖

mozilla已许诺会在webext基础上逐渐加回原来功能。虽然不知是否能达到现在状态，比chrome的玩具更强大应该是可以的，这是ff的独特性和立身之本

aaaa007cn：重要扩展兼容了
（对某些人来说）不重要的扩展（任何非流行、编辑推荐的扩展？）就没关系？
这也是开发者慢慢远离的 mozilla 的原因之一回到原帖

没说非热门扩展就不要兼容啊，一步步来嘛，mozilla从来就没有轻视小开发者，是扩展api经常变动，导致开发者经常要更新兼容，而相对chrome的就省心很多，moxilla壮士断腕也是考虑到这样。很明ozilla不改变无法实现，加之e10s增加复杂度，我估计到时候每次更新扩展死的更多，到那时就手所有开发者都心灰意冷了。

这一定是看微软wp完全不行就去尝试兼容ios和Android的app想到的。。这种跪舔真是弱势的表现。。。问题是微软那个能起多大作用也是未知之数，Mozilla的开发能力和微软能比么。和微软wp缺乏app不一样，Firefox一直不缺的就是强力扩展。Mozilla真是走火入魔了。

安全，发现自己的这个不安全那个不安全，干脆别用，你们扩展拿来签名，不然别用。xpcom不好，还是大家别用。那Firefox还剩什么？我为什么不用明显快和流畅的chrome？（市场占用率确实证明了很多用户就是这么选择的）

。。对这东西的前景表示呵呵。如果真把本来不多的研发能力放在这种奇葩兼容上，下一个opera预感。

aaaa007cn：讲真
单纯对 WebExtensions 有意见的人应该不多
最多就是吐槽下 mozilla （又再）跪舔 google
大家反对的是废除基于 xul、xpcom 的扩展系统
虽然最近一两年 mozilla 坚决自废 xul 要转到...回到原帖

你觉得我现在开始学习扩展开发的话 到底用哪个

要是以后一个扩展不管啥浏览器都能用也是不错的事情啊！

Firefox这么多年画那么多个饼，哪个是能吃了的？

还是多元化好

椎名真冬：是立马作废？而不是慢慢的过度过去，也就是一开始这两玩意共存然后慢慢的淘汰这种方式？回到原帖

https://www.firefox.net.cn/read-51307
https://www.firefox.net.cn/read-51312
WebExtensions 已经开始在 nightly 测试
自废武功是将来的 12～18 个月
这本来是两码事
只是被同时公布出来

另外因为资源有限
向 WebExtensions 倾斜后
必然导致现在主推的（用以替代 xul/xpcom 的） addon sdk 扩展也将边缘化
https://blog.mozilla.org/addons/2015/08/21/the-future-of-developing-firefox-add-ons/comment-page-1/#comment-218588

There are no plans to deprecate the Addon SDK in its current form at this time. It’s already Electrolysis compatible (although, per above, the use of require(‘chrome’) will not be supported). However, we expect that most of our effort will be directed towards extending WebExtensions to meet developer’s needs. Some of these APIs may be ported to Jetpack as needed, but WebExtensions will be our favored platform.

Kev Needham 是 Mozilla's Firefox desktop manager
出处 http://www.zdnet.com/article/mozilla-changes-firefox-apis-developers-unhappy/

aaaa007cn：讲真
单纯对 WebExtensions 有意见的人应该不多
最多就是吐槽下 mozilla （又再）跪舔 google
大家反对的是废除基于 xul、xpcom 的扩展系统
虽然最近一两年 mozilla 坚决自废 xul 要转到...回到原帖

是立马作废？而不是慢慢的过度过去，也就是一开始这两玩意共存然后慢慢的淘汰这种方式？

讲真
单纯对 WebExtensions 有意见的人应该不多
最多就是吐槽下 mozilla （又再）跪舔 google
大家反对的是废除基于 xul、xpcom 的扩展系统
虽然最近一两年 mozilla 坚决自废 xul 要转到纯 html + js 就注定这一天的到来了

fang5566：很难说，不改慢慢死，改了是休克疗法，看后面怎么治疗。mozilla要充分帮助社区实现重要扩展无缝兼容webext，这是至关重要的。回到原帖

重要扩展兼容了
（对某些人来说）不重要的扩展（任何非流行、编辑推荐的扩展？）就没关系？
这也是开发者慢慢远离的 mozilla 的原因之一

though there will be some things you can hack into Firefox's XUL today that won't be supported by WebExtensions, for sure