有人如何使用第三方库包含在Firefox插件/扩展中？

| 我目前正在学习如何使用XPCOM创建Firefox插件，并且我想知道如何包含第三方库来开发它们。我按照一些教程从c ++文件编译.xpt和.dll（注意：https://developer.mozilla.org/en/How_to_build_a_binary_XPCOM_component_using_Visual_Studio和http://nerdlife.net/building-ac-xpcom-component-in -windows /），我不确定我们该如何将这些文件包含到一个插件项目（打包为.xpi文件）中。 我正在使用Opencv（c ++）通过插件进行图像转换，例如将非常大的图像（3mb high res png）调整为小而简单的尺寸（例如600X800 200kb jpg），这将由我的插件完成。我知道Opencv是用c ++编写的，xpcom可以将c ++代码编译为dll和xpt。我阅读了一些教程，但大多数教程都指向在\“ C：/ Program Files（x86）/ Mozilla Firefox / components \”而不是addons \“ components / \”文件夹中添加这些文件（xpt和dll）（我相信这不是插件的工作方式）。尽管Mozilla页面（上面列出）确实包含有关\“ {app} / components \”和\“ {app} /application.ini \”文件夹的内容，但是我从未读过类似的内容，所以我对此感到困惑已经完成了。 我的另一个选择是将Opencv方法制作为可执行文件，然后分别运行它（类似于MemoryFox插件如何运行可执行文件以清除Firefox的内存），然后使用它来调整图像大小。 我真的不确定如何做到这一点（我是插件开发的新手），并且我想知道如何实现这一点（在插件中使用第三方C ++库）。一个例子，教程或解释可以帮助我入门。 提前致谢。 编辑：我也想通知我，我已经阅读了大部分https://developer.mozilla.org/en/Creating_XPCOM_Components（已选择并选择主题），并且没有告诉我如何实现上述目标。     
2020-02-26 3 条评论
分享

没有找到相关结果

    已邀请:

    皇小福另届

            您参考的教程是关于开发应用程序，而不是扩展。因此，application.ini不适用于您的情况。扩展名有一个清单文件“ 0”，从Firefox 4开始，所有XPCOM组件和XPT文件都需要在此处注册-否则它们将被忽略。尽管“ 1”仍然是组件的通用位置，但组件的位置不再重要。 https://developer.mozilla.org/zh-CN/XPCOM/XPCOM_changes_in_Gecko_2.0#Component_registration应该是一个很好的起点-应该解释您在此处写的内容。 请注意，您正在阅读的教程中的源代码也已过时。当前代码示例已链接至https://developer.mozilla.org/en/XPCOM/XPCOM_changes_in_Gecko_2.0#Binary_components。并且您应该使用XULRunner SDK 2.0（对应Firefox 4）或更高版本。抱歉，您来得不好，这是XPCOM在过去10年中最大的变化。     
    2020-02-26 0 0
    分享

    舜辉

    您可以在几个地方存储插件，并告知FireFox它的存在。 通常，这取决于您要如何分发它。 使用MS Windows，loadLibrary进程将搜索当前目录，然后搜索路径。 只需在您的插件的components文件夹中将xpcom.dll与3rdparty.dll一起定位即可。 XPCOM类似于Windows COM，但适用于跨平台。 您的设计要满足接口的要求。 您的插件可能不需要定义它自己的接口（.idl -compiles-> .xpt，.h），但是如果从firefox 4中定义了它，则需要在chrome.manifest中列出它。 编译后，您还需要在chrome.manifest中列出您的dll。 以您的示例原型功能 
    long Add(in long a, in long b);
     baz_1.idl可能看起来像 
    #include \"nsISupports.idl\" 
[scriptable, uuid(F0F0F0F0-AAAA-BBBB-CCCC-111111111111)]
interface iBaz : nsISupports
{ 
  long Add(in long a, in long b);
};
    生成您的标头和XPI分配 
    $(GECKOBIN_PATH)/xpidl -m header -I $(GECKOSDK_PATH)/idl -e baz_1.idl 
$(GECKOBIN_PATH)/xpidl -m typelib -I $(GECKOSDK_PATH)/idl -e baz_1.idl
    将合同guid链接到FF4的C ++中的合同名称 
    NS_DEFINE_NAMED_CID(BAZ_CID); // defined in baz.h generated from baz_1.idl
static const mozilla::Module::ContractIDEntry kSLMozContracts[] = {
    { \"@foo.bar.com/baz;1\", &kBAZ_CID },
    { NULL }
};
    在C ++中的用法 
    nsCOMPtr<iBaz> baz = do_CreateInstance(\"@foo.bar.com/baz;1\",&rv);
     JavaScript中的用法 
    var baz = components.classes[\"@foo.bar.com/baz\"] .createInstance(Components.interfaces.iBaz);
     例。 我们有一个产品也提供了firefox插件，因此我们不交付xpi，但插件位于产品的子文件夹中。 产品入 
    c:\\program files\\foo\\
     插件-让我们称之为foobar 
    c:\\program files\\foo\\bar
     注册插件 
    HKLM\\SOFTWARE\\Mozilla\\Firefox\\Extensions\\
\"{GUID}\"=\"c:\\program files\\foo\\bar\"
    所以插件的布局是 
    foobar\\chrome.manifest
foobar\\install.rdf
foobar\\components\\baz_1.xpt
foobar\\components\\baz_1_32.dll
foobar\\components\\baz_1_64.dll
foobar\\components\\someOtherWorker.dll
foobar\\chrome\\ui.jar
    在FF <4中，您不需要在清单中列出二进制文件，而是加载了components文件夹中的内容并检查了功能是否为xpcom，因此chrome清单可能看起来像 
    content baz jar:chrome/ui.jar!/content/baz/
skin baz classic/1.0 jar:chrome/ui.jar!/skin/classic/baz/
    从FF 4开始，chrome清单需要列出您的二进制文件，因此它看起来像 （我们仅支持FF 3.5之后的64位） 
    content baz jar:chrome/ui.jar!/content/baz/
skin baz classic/1.0 jar:chrome/ui.jar!/skin/classic/baz/ 

interfaces components/baz_1.xpt
binary-component components/baz_1_32.dll ABI=WINNT_x86-msvc
binary-component components/baz_1_64.dll ABI=WINNT_x86_64-msvc appversion>=3.5
    FireFox 5（现已停用）已更改 xpt文件的格式-因此，除非您使用该SDK进行构建，否则FF5不会找到您的接口。 xpcom注册的版本-FF5将不会使用为FF4构建的dll，因为xpcom版本不够高。     
    2020-02-26 0 0
    分享
    为什么被折叠? 0 个回复被折叠

    要回复问题请先登录或注册

    或代码 OrCode.com 备案号：粤ICP备15020848号-1
    Escape time: 0.036050081253052