这次升级9最大的感受……

除了万年不更新的cache viewer，同样万年不更新的ease link和colorzilla，只支持到9.0a1的easy dragtogo++，剩下的扩展居然全部兼容！
看来扩展作者们已经适应了高速的更新了？

很多作者在firefox7的时候就直接在扩展里设置最大兼容firefox9或者firefox10了；
几个版本号之间也没什么大变化。

好像听说amo会自动更新扩展的版本号（autobump），不知道是不是这个原因。

AMO确实会自行测试并自动更新版本号并通知作者。我之前上传的chatzilla 简体中文包扩展屡次收到AMO说恭喜，已经自动帮我升级版本号的提示。（废话，这扩展就是一个外壳，在chatzilla本身不更新情况下，能不兼容么？）

而平时我也主动禁用扩展兼容性检查提示。除非遇到扩展功能不完整，才算是不兼容，版本号修改这种把戏直接被我无视了。

对于测试版的firefox，我扩展也尽量安装开发版或测试版的。比如 ADP 我只装开发版，它只会在开发版通道更新，而不会更新到稳定版。这样可以及时收到更新提示。

这样不错，免得作者为了修改下maxversion发布个新版本。

AMO这个功能挺有爱。扩展作者省事了

这不是根本原因,主要是API接口没什么大变化,改改版本就行了

Cye3s：这不是根本原因,主要是API接口没什么大变化,改改版本就行了回到原帖

API一直以来并没有很大的变化，只是原来是扩展是用二进制binary文件，即dll，主版本升级后，需要重新编译dll文件才能兼容新版本，虽然其实或许只是重新编译一下而已，现在采用js-ctypes，不需要重新编译。自然扩展也不会像以前那样总要频繁升级，而且正因为这样，才便于让AMO官方来帮开发者测试并修改版本号。

http://adblockplus.org/blog/binary-xpco ... -way-to-go
这里有ADP扩展作者的一些想法。

这样的设计更方便些

fang5566：


API一直以来并没有很大的变化，只是原来是扩展是用二进制binary文件，即dll，主版本升级后，需要重新编译dll文件才能兼容新版本，虽然其实或许只是重新编译一下而已，现在采用js-ctypes，不需要重新编译。自然扩展也不会像以前那样总要频繁升级，而且正因为这样，才便于让AMO官方来帮开发者测试并修改版本号。

http://adblockplus.org/blog/binary-xpco ... -way-to-go
这里有ADP扩展作者的一些想法。回到原帖

扩展很少有DLL(我只知道IEtab有),最多是XPCOM变化引起的
还有主要是2.0→3.0引入place
3.0-4.0升级这两个时期死了一大片扩展


另外CacheViewer有Mod版:
CacheViewer Continued

就是个Firefox 4.5，以前作者们把*号加到小数点后面，以后加到十位数后面。