firefox - 使用附加 SDK 开发 Firefox 扩展有哪些优点/缺点？

Question

我正在为 Firefox 开发(又一个)密码管理器插件。我的附加组件需要:

• 向每个密码字段添加两个上下文菜单项。
• 选择菜单项后打开对话框或 float 面板。
• 访问特定 XPCOM 组件的特定方法。
• 填写密码字段。
• 包含首选项窗口。
• 与 Firefox 4.0 兼容。

最好还:

• 在 Firefox 3.5 和 3.6 上运行。
  • 某些用户没有更新到最新版本。
  • Firefox 4.0 无法在 PowerPC Mac 上运行。
• 在 Firefox 4.0 上无需重新启动即可安装。
• 允许本地化。

我尝试过Add-on SDK(以前称为Jetpack)，它使开始开发变得非常容易。然而，我发现 HTML 无法轻松创建“ native 外观”对话框，而且 SDK 相当重量级。 (构建一个简单的扩展需要数千字节；其中包括 XPCOM 组件!)

使用 Add-on SDK 开发 Firefox 扩展有哪些优点和缺点？准备好进行“认真的”扩展开发了吗？

Answer 1

优点:

1. Jetpack API 公开 high level APIs对于您提到的大多数事情:

   • 添加两个上下文菜单项
   • float 面板
   • 密码管理器 API

2. 基于 Jetpack 的附加组件无需重新启动。

3. 基于 Jetpack 的附加组件是 future 的证明，高级 API 将保持不变适用于即将推出的 FF 版本。

4. 您也许可以使用一些community developed modules对于 SDK 未公开的 API。

5. 如果这不是您计划构建的最后一个扩展，则有可能重用代码，通过构建第三方模块(如 4 中提到的那样)(有关详细信息，请参阅文档)

6. 对移动 FF 的支持将在 Addon-SDK 1.0 版本中推出，这可能意味着您的可以轻松地使扩展与 FF 的移动版本兼容。

7. Jetpack 附带内置单元测试框架。

8. 拥有更好的安全模型，这将简化附加组件的审核流程。

9. Jetpack支持commonjs模块/包，这意味着可以借用一些代码来自其他项目，例如 Nodejs。

缺点:

1. Jetpack 不再支持 FF<4。
2. 尚不支持本地化。
3. 没有用于构建首选项面板的 API，但可以开发为第三方模块并共享与社区其他成员一起。
4. 附加组件将包含具有抽象层的代码，这将增加附加组件的大小(有正在进行的工作将通过排除附加组件未使用的文件来减少 xpi 大小)。