随着Firefox及其新的“每6周发布一次”策略，似乎很多人都对此感到愤怒，因为他们说“它更新得太快”。然而，下一句是“我搬到了Chrome”，它的发布周期更快......
这让我想知道，Firefox中没有破坏Chrome的内容是什么？ Chrome似乎每天都有更新，但人们不会抱怨。即使发布周期非常快，Chrome也似乎已经成为一个稳定的目标
是什么原因？
如果这里没有列出，请添加您能想到的任何理由。
答案 0 :(得分：2)
在此问题结束之前，我会尝试添加一些事实。 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附加组件类似，但其细节（没有明确的兼容性界限）使问题不那么明显。