随着Firefox及其新的“每6周一次发布”策略,似乎很多人都对此感到愤怒,因为他们说“它更新得太快”.然而下一句话是“我转移到Chrome”,它的发布周期更快……

这让我想知道,在Firefox中哪些突破不会破坏Chrome？ Chrome似乎每天都有更新,但人们不会抱怨.即使发布周期非常快,Chrome也似乎已经成为一个稳定的目标

是什么原因？

> API是否会在每个发布大多数插件之间发生重大变化？ chrome如何处理这个问题？它的API永远不会改变吗？
>插件兼容性检查是否过于严格导致插件在真正起作用时被禁用？ Chrome甚至可以进行插件兼容性检查吗？
>插件开发人员的版本兼容性定义是否过于保守？
>仅仅是因为Firefox告诉你何时更新vs Chrome随机更新(可能是更糟糕的想法)？
>人们是否仅使用多年未更新的古代插件并指责Mozilla？ Chrome如何解决此问题？

如果这里没有列出,请添加您可以想到的任何理由.

最佳答案 在此问题结束之前,我会尝试添加一些事实. Firefox没有这样的API – 浏览器使用与附加组件相同的技术构建,因此附加组件理论上几乎可以改变任何东西.几乎任何对Firefox的改变都可能打破一些附加组件.这显然是一个问题,也是创建
the add-on SDK的原因 – 简单附加组件的有限API(非常类似于Chrome所具有的).目前,并没有太多的附加组件使用它.

“兼容性检查”基于附加组件元数据中指定的内容. Chrome具有类似的兼容性检查功能.重要的区别在于Chrome不会强制您指定兼容性边界(考虑到API的简单性,这不是问题).想要在addons.mozilla.org上接受的Firefox附加组件必须指定一个maxVersion并使用version number that is already released.如果没有找到与新版本的兼容性问题,可以在以后轻松更新,但是大多数附加作者不会做到了.

从Firefox 6开始(我认为)addons.mozilla.org会根据更改列表进行一些自动兼容性检查.发现与最新Beta兼容的附加组件的maxVersion会自动增加.这实际上工作得很好,大多数流行的附加组件都没有问题(当他们发现问题时,他们会通知作者).现在有很多不受欢迎的附加组件,有时会做很多可疑的事情 – 所以那些往往不是那么幸运.但人们也会使用这些,这就是为什么你听到这么多抱怨的原因.

新发布周期实际上对附加作者有好处：有一个固定的时间表,你知道你有一个特定的更改到达发布版本之前的18周.从理论上讲,这是充足的时间进行测试.实际上,许多附加组件几乎被放弃,只有在足够数量的用户抱怨时才会进行更改.我很确定它与Chrome附加组件类似,但其细节(没有明确的兼容性界限)使问题不那么明显.