この記事は翻訳作業中です。

Firefox アドオンは、他の Firefox アドオンと区別するために使われるユニーク ID を持っています。

この記事は、アドオン ID が Web 拡張 API で作る拡張機能によってどのように処理されているか述べています。

Firefox アドオンには、Firefox内と addons.mozilla.org (AMO) ウェブサイト両方で使われるユニークな識別子があります。例えば、Firefox でインストールされたアドオンを更新確認したり、アドオンによって制御されているオブジェクト (データストアのようなもの) を識別したりするために使われています。

Firefox アドオンの古いタイプでは、アドオン開発者はアドオン ID を明示的にセットしなければなりません。XUL/XPCOM アドオンは install manifest で ID をセットし、SDK アドオンはpackage.json で ID をセットします。

しかし、Firefox 48 からすべて明示的に ID をセットしなくても、開発、デバッグ、公開そして拡張機能をアップデートすることができます。

ID を持たずにWeb 拡張を開発やデバッグできるようになったのはFirefox 48 が初めてであるということに注意してください。Firefox の前のバージョンを使う必要があれば、ID を明示的にセットするためにapplications キーを使わなければなりません.

アドオンIDなしの基本的なワークフロー

Extensions can explicitly set the add-on ID using the applications key in manifest.json. However, this key is usually optional. If you don't set it, then you can usually develop, debug, publish, and update your extension without ever having to deal with an ID. One advantage of this is that Google Chrome does not recognize the applications key and will show a warning if you include it.

Note, though, that some WebExtension APIs use the add-on ID and expect it to be the same from one browser session to the next. If you use these APIs in Firefox, then you must set the ID explicitly using the applications key. See When do you need an Add-on ID?.

開発及びデバッグ

Starting in Firefox 48, if your manifest.json does not contain an ID then the extension will be assigned a randomly-generated temporary ID when you install it in Firefox through about:debugging. If you then reload the extension using the "Reload" button, the same ID will be used. If you then restart Firefox and load the add-on again, it will get a new ID.

拡張機能を.xpi や .zip の形で about:addons からインストールしようとしても、機能しません。この場合、manifest.json に applications キーを追加する必要があります。

公開

Once you have finished developing the extension, you can package it and submit it to AMO for review and signing. If the packaged extension you upload does not contain an ID, AMO will generate one for you. It's only at this point that the add-on will be assigned a permanent ID, which will be embedded in the signed packaged extension.

Note that once an extension has been given a permanent ID, you can't then update it to use the Add-on SDK or legacy XUL/XPCOM techniques. If you do switch to one of these platforms, you must submit it as a distinct new add-on, with a new ID.

アップデート

Even after this point, though, you don't generally have to deal with the ID at all. You can continue to develop the add-on without an ID, and when you want to update, upload the new version by visiting the add-on's AMO page. Because you are uploading the add-on through that page, AMO knows that this is an update to this particular add-on, even though it doesn't contain an ID.

It's essential with this workflow that you update the add-on manually using its page on AMO, otherwise AMO will not understand that the submission is an update to an existing add-on, and will treat the update as a brand-new add-on.

You can do the same thing if you are updating from an older add-on type, such as a XUL/XPCOM add-on, to use WebExtensions APIs. Just visit the old add-on's page on AMO, upload the new extension there, and it will be treated as an update to the old version.

どんなときアドオンIDが必要になる?

 

 

 

ドキュメントのタグと貢献者

 このページの貢献者: macitis, kntty
 最終更新者: macitis,