已关闭8年。
使用Firefox及其新的“每6周发布一次”策略，似乎很多人对此感到不满，因为他们说“更新太快了”。但是下一个句子是“我移至Chrome浏览器”，它具有更快的发布周期...
这让我想知道，Firefox中的哪些中断不会在Chrome中中断？ Chrome似乎每天都有更新，但人们没有抱怨。即使发布周期非常快，Chrome仍可能成为稳定的目标
是什么原因？
在每次发布都中断大多数插件的情况下，API是否会发生重大变化？铬如何处理这个问题？它的API永不改变吗？
插件兼容性检查是否太严格，导致插件在真正可行时被禁用？ Chrome甚至可以进行Addon兼容性检查吗？
插件开发人员的版本兼容性定义是否过于保守？
仅仅是因为Firefox会告诉您何时更新，而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加载项相似，但其具体细节（没有明确的兼容性界限）使问题不太明显。