2011-10-05 84 views
0

背景信息的问题:对火狐浏览器安装的向后兼容/扩展

在过去的一周,我一直在与Chrome扩展瞎搞,并没有问题,我创建扩展。伟大的Chrome岩石让开发过程变得非常容易学习,而且,很简单!

现在我想到了我想为尽可能多的浏览器创建这个扩展,所以我决定接下来使用Firefox。

真是一团糟!那里的文件没有做什么,但让我头疼,浪费我的时间到目前为止,非常复杂,而且一般都是无组织的。

我设法找到了一个简单的扩展,我想我可以作为一个起点使用,并已开始与乱搞一个代码示例 - 精...

我了解到,这个样本扩展不会可以使用低于Firefox 4的任何内容,因为它使用引导技术在不重新启动浏览器的情况下安装扩展。 Ughhhhhh ....

现在我们到达了我的问题:

  1. 是否有可能开发针对Firefox 7的扩展,将与Firefox的早期版本的工作?我甚至不关心Firefox 4之前的任何事情,如果这是无重启安装的切点。很高兴知道,我一直在花费的时间会一直工作,并且在用户被提示下次升级时超过一周。

  2. 相反吗?我可以创建一个兼容Firefox 3.5到Firefox 7的扩展吗?我意识到这需要重新启动才能安装,但如果它导致了工作的扩展而不考虑版本,那将是可以接受的。

  3. 任何有这方面经验的人都可以分享一下我对自己的看法吗?看起来这是一个开发平台的噩梦,而且我将不断修复我的扩展。

最后一条相关信息:

扩展我发展是纯粹基于JavaScript的 - 这东西应该工作(我想?),因为它依赖于只有一个功能“的内容脚本“,实际上不应该在版本之间在这一点上改变......对吗?

那我究竟错过了什么?如何创建可在所有浏览器版本中工作的易于管理的Firefox扩展?

谢谢大家! :)

回答

2

您必须区分使用Add-on SDK构建的“传统”扩展名和扩展名。前者更强大,因为他们可以直接访问浏览器使用的所有API,但这也是他们编写起来更复杂的原因,以及为什么文档相当无序(只有非常多的东西可以做,远远超过你使用Chrome的可能性)。随着浏览器的变化,它们也更容易崩溃。另一方面,附加SDK为您提供了一个与Chrome非常相似的有限API。附加SDK目前支持从Firefox 4开始的所有内容(是的,因为无重启安装),并承诺浏览器更改只需要使用更新版本的附加SDK重新编译附加组件。实际上,对addons.mozilla.org上托管的附加组件重新编译will likely happen automatically in future。在你的问题:

是否有可能开发一个Firefox 7的扩展,将与Firefox的早期版本?

当然可以。附加SDK目前标记为您的附加组件与Firefox 4 Beta 7和Firefox 8 Alpha 1之间的任何组件兼容。即使是传统的附加组件,从Firefox 4开始,特定浏览器版本之间的差异相当小,大多数情况下在所有这些工作。您也可以与Firefox 3.x保持兼容,但取决于您所做的操作,可能需要付出一些努力。重要信息:

如何反?我可以创建一个兼容Firefox 3.5到Firefox 7的扩展吗?

无论你走哪条路都无所谓。但我不建议花费太多时间在Firefox 3.x支持上。 Firefox 3.5不再支持,唯一相关的版本是Firefox 3.6。根据我附加组件的统计数据,约有18%的Firefox用户继续使用它。在接下来的几个月里,这个比例将会变得更小,特别是当Mozilla宣布这个分支结束时。所以对于一个新的附加支持它通常是不合理的。

任何有这方面经验的人都可以分享一下我对自己的看法吗?

取决于您的加载项的复杂程度。由于您正在开发与Chrome扩展程序相同的内容,因此您很可能会使用附加SDK,这意味着不会有任何兼容性问题。作为传统的附加组件,简单的附加组件不依赖于某些模糊的实现细节,通常也不会有任何问题保持兼容(自Firefox 3.5以来,我有两个附加组件不需要单独调整) 。深入系统的附加组件当然更成问题。

+0

超棒的男人,你摇滚! :) 感谢这真的很棒的信息 – delta9