Please note, this is a STATIC archive of website developer.mozilla.org from November 2016, cach3.com does not collect or store any user information, there is no "phishing" involved.

XPCOM インターフェイス

このセクションでは、 Mozilla が利用しているオブジェクトシステムである XPCOM (Cross-platform Component Object Model) の概要を見ていきます。

ネイティブオブジェクトを呼び出す

これまで見てきたように、 XUL を使用することで、複雑なユーザインターフェイスを構築することができます。 さらに、XUL にスクリプトを付加することで、インターフェイスを変化させたり、要求されたタスクを実行させることも可能です。 しかしながら、JavaScript からは直接できないことも、たくさんあります。 例えば、メールアプリケーションを作成する場合、メールサーバに接続して、メールの送受信を行うスクリプトを書く必要がありますが、 JavaScript は、こういった処理を記述するために必要な能力は持っていません。

こういった処理を実装するための唯一の方法は、メールを取得するためにネイティブコードを書くことになります。 また、スクリプトからネイティブコードを呼び出す方法も必要です。 このために、Mozilla ではネイティブコードを XPCOM (Cross-platform Component Object Model) を利用して起動するためのメソッドを提供しています。

Mozilla では、多数の XPCOM のコンポーネントとインターフェイスを提供しています。このため、ほとんどの場合、アプリケーションで独自にネイティブコードを書く必要はありません。このセクションを読み終えたら、XULPlanet の XPCOM リファレンスで、利用できそうなインターフェイスを探してみてください。

XPCOM について

Mozilla は、それぞれが決まった役割を持ったコンポーネントの集合として構成されています。 例えば、「メニュー」や「ボタン」あるいは「要素」について、それぞれに対応するコンポーネントが存在しています。 また、コンポーネントは、インターフェイスと呼ばれる、いくつかの定義から構成されています。

Mozilla では、インターフェイスは「コンポーネントが実装する必要のある機能のセット」を定義したものを指しています。 また、コンポーネントは「Mozilla の中で、何かをするためのコードを実装したもの」になります。 これらのコンポーネントは、インターフェイスで記述された機能を実装しています。 このとき、1 つのコンポーネントが複数のインターフェイスを実装することも、 複数のコンポーネントが同じインターフェイスを実装することもあります。

例として、ファイルコンポーネントをとりあげてみることにします。 まず、ファイルが持っているプロパティと、ファイルに対して実行可能な関数を記述したインターフェイスを作成する必要があります。 ファイルのプロパティとしては、名前、変更日、サイズが必要で、 関数としては、そのファイルに対して、移動、コピー、削除などを行う機能が含まれるでしょう。

この File インターフェイスには、ファイルの特徴的な性質についてのみを記述し、実装はしません。 File インターフェイスの実装は、コンポーネントに任されています。 このインターフェイスを実装するコンポーネントは、ファイルの名前、日付、サイズを得るためのコードに加えて、 コピーや名前の変更のためのコードも持つことになります。

コンポーネントが、インターフェイスをどのように実装するかは、(実装に問題がある場合を除いて) コンポーネントを利用する側では意識する必要はありません。 もちろん、意識しようとしても実装はプラットフォームごとに異なっています。 例えば、Windows と Macintosh 版のファイルコンポーネントは、大きく異なっています。 しかしながら、両方とも同じインターフェイスを実装しているため、 このインターフェイスで規定された関数を利用してアクセスすることで、プラットフォームを意識せずにコンポーネントを利用できるわけです。

Mozilla では、インターフェイス名の先頭に「nsI」または「mozI」を付加することで、それがインターフェイスであることが簡単に判別できるようになっています。 例えば、nsIAddressBook は、アドレス帳とやりとりするためのインターフェイスであり、 nsISound は、サウンドファイルを鳴らすために、 nsILocalFile は、ローカルファイルのために利用されます。 Mozilla に含まれているインターフェイスの一覧は、Interfaces を参照してください。

多くの場合、 XPCOM コンポーネントは、一般的に JavaScript 単独ではできないことを行うため、ネイティブに実装されます。 このため、JavaScript からもそれらを呼び出す方法が用意されています。 詳細はもう少し後で説明しますが、これによって、コンポーネントから提供される任意の関数を、実装したインターフェイスの記述に従って呼び出すことができます。 例えば、一度コンポーネントが得られれば、nsISound が実装されているかをチェックすることができ、 実装されていれば、それを利用してサウンドを鳴らすことが可能になります。

スクリプトから XPCOM を呼び出す処理は XPConnect と呼ばれ、 これはスクリプトオブジェクトからネイティブオブジェクトへの変換を行うレイヤーとして位置づけられています。

XPCOM オブジェクトの生成

XPCOM コンポーネントを呼び出すには、3 つの手順を踏む必要があります。

  1. コンポーネントを取得
  2. コンポーネントから、利用したいインターフェイスを実装しているパートを取得
  3. 必要な関数を呼び出す

一度、最初の 2 つの手順を行えば、最後の手順は何度でも必要なだけ繰り返すことができます。 例えば、ファイル名の変更を行いたいと考えているとします。 このためには、nsILocalFile インターフェイスが利用できます。 まず、最初の手順としてファイルコンポーネントを取得します。 次に、ファイルコンポーネントに問い合わせを行い、nsILocalFile インターフェイスを実装しているパートを取得します。 最後に、そのインターフェイスが提供している関数を呼び出します。 なお、このインターフェイスは、 1 つのファイルを表すために使用されます。 (訳注:言い換えると、このインターフェイスから生成されるインスタンスは 1 つのファイルに対応することになります)

既に説明したように、インターフェイスはほとんど「nsI」か「mozI」で始まる名前を持っています。 一方、コンポーネントは URI に似た文字列を使用して参照することになります。 Mozilla は、利用可能なすべてのコンポーネントのリストを、自身のレジストリに登録しています。 また、特定の利用者は、必要に応じて新しいコンポーネントをインストールすることもでき、 これはプラグインとよく似た働きをします。

Mozilla は、ファイルコンポーネントとして nsILocalFile インターフェイスを実装したコンポーネントを提供しています。 このコンポーネントは、文字列「@mozilla.org/file/local;1」で参照することができます。 この文字列は、コントラクト ID (contract ID) と呼ばれ、以下の構文を持っています。

 @<internetdomain>/module[/submodule[...]];<version>[?<name>=<value>[&<name>=<value>[...]]]

また、他のコンポーネントについても同様の方法で参照できます。 【訳注: 「contract ID」は、カタカナで「コントラクト ID」としましたが、訳語として「契約 ID」を当てているページも存在します】

コンポーネントのコントラクト ID を利用して、コンポーネントを取得することが可能です。 JavaScript コードでは、以下のように記述することができます。

var aFile = Components.classes["@mozilla.org/file/local;1"].createInstance();

上の例では、ファイルコンポーネントが取得され、変数aFile に代入されています。 この、Components によって、コンポーネントに関するいくつかの関数を提供する一般オブジェクトを参照することができます。 ここでは、classes プロパティから、コンポーネントクラスを取得しています。 この classes プロパティは、利用可能なコンポーネントをすべて含む配列なので、 別のコンポーネントを取得する場合は、単に角括弧の中のコントラクト ID を、利用したいコンポーネントのコントラクト ID に置き換えるだけで済みます。 そして、最後の createInstance() 関数によってインスタンスが作成されます。

なお、createInstance() は、コンポーネントが存在しない場合に null を戻すため、戻り値が null でないことをチェックする必要があります。

ここまでの手順では、まだファイルコンポーネント自身の参照が得られただけです。 続いて、コンポーネントが実装する関数を呼び出すために、その関数が記述されているインターフェイス、 この例の場合は nsILocalFile を取得する必要があります。 このためには、2 行目に以下のようなコードに追加します。

var aFile = Components.classes["@mozilla.org/file/local;1"].createInstance();
if (aFile) aFile.QueryInterface(Components.interfaces.nsILocalFile);

関数 QueryInterface() は、すべてのコンポーネントで提供されており、 コンポーネントから指定のインターフェイスを取得します。 この関数は 1 つの引数をとり、そこに取得したいインターフェイスを渡します。 Components オブジェクトの interfaces プロパティは、利用可能なすべてのインターフェイスのリストを含んでいます。 ここでは nsILocalFile インターフェイスを利用するため、これを QueryInterface() への引数として渡します。 これによって、変数 aFile は、コンポーネントの nsILocalFile インターフェイスを実装するパートを参照するようになります。

上記の 2 行の JavaScript を使用すれば、任意のコンポーネントの任意のインターフェイスを取得することができます。 必要なことは、コンポーネントのコントラクト ID を、利用したいもののコントラクト ID に置き換え、インターフェイス名を変えるだけです。 もちろん名前を変数で指定してもかまいません。 例えば、サウンドインターフェイスは、以下のように取得することができます。

var sound = Components.classes["@mozilla.org/sound;1"].createInstance();
if (sound) sound.QueryInterface(Components.interfaces.nsISound);

XPCOM のインターフェイスを作成するとき、別の XPCOM のインターフェイスを継承させることが可能です。 継承したインターフェイスは、そのインターフェイス独自の関数に加えて継承したすべての関数を持ちます。 すべてのインターフェイスは、nsISupports と呼ばれるトップレベルのインターフェイスを継承しています。 このインターフェイスは、JavaScript では、先述の関数 QueryInterface() 1 つだけを提供しています。 QueryInterface() 関数が、すべてのコンポーネントで利用できるのは、 nsISupports インターフェイスを、すべてのコンポーネントが実装していることによっています。

XPCOM では、複数のコンポーネントで、同じインターフェイスを実装している場合があります。 多くの場合、それらはオリジナルのサブクラスですが、そうである必要はありません。 極端な話、nsILocalFile の機能を、別の任意のコンポーネントに実装することも可能です。 また、1 つのコンポーネントが複数のインターフェイスを実装する場合もあります。 これらに対応するために、関数を呼び出すためのインターフェイスの取得には、2 つの手順を踏む必要があるのです。

といっても、上の 2 行は頻繁に使われるため、ショートカットも用意されています。

var aLocalFile = Components.classes["@mozilla.org/file/local;1"].createInstance(Components.interfaces.nsILocalFile);

これは上の 2 行と同じことをしますが、1 行に収められています。 これによって、インスタンスの作成とインターフェイスの問い合わせを、2 つの別の手順として分ける必要がなくなります。

オブジェクトに対して QueryInterface() を呼び出したとき、要求したインターフェイスがオブジェクトでサポートされていない場合、例外が送出されます。 インターフェイスがコンポーネントでサポートされているかどうか不明な場合は、チェックするために instanceof 演算子を使用することができます。

var aFile = Components.classes["@mozilla.org/file/local;1"].createInstance();
if (aFile instanceof Components.interfaces.nsILocalFile){
  // do something
}

instanceof 演算子 は、aFile が nsILocalFile インターフェイスを実装している場合に true を返します。 なお、このチェックを行った場合、QueryInterface() を呼び出したのと同じ副作用が発生します。 このため、それ以降、aFile は nsILocalFile が有効な状態になります。

インターフェイスの関数を呼び出す

これで nsILocalFile インターフェイスを持ったコンポーネントを参照するオブジェクトを取得できたので、 このオブジェクトを通して nsILocalFile の関数を呼び出すことができるようになりました。 以下に、nsILocalFile インターフェイスのプロパティとメソッドの一部を示します。

initWithPath
このメソッドは、パスとファイル名を与えて nsILocalFile オブジェクトを初期化します。最初の引数が「/usr/local/mozilla」といったようなファイルパスになります。(フルパスで指定する必要があります)
leafName
ディレクトリ部分を除いたファイル名になります。
fileSize
ファイルのサイズです。
isDirectory()
この nsILocalFile オブジェクトが保持するファイルパスが、ディレクトリである場合に true を返します。
remove(recursive)
ファイルを削除します。引数 recursive が true の場合、ディレクトリに含まれるすべてのファイルとサブディレクトリが再帰的に削除されます。
copyTo(directory,newname)
ファイルを他のディレクトリへコピーします。オプションで名前を変更することも可能です。引数 directory は、コピー先のディレクトリを保持する nsILocalFile オブジェクトである必要があります。
moveTo(directory,newname)
ファイルを別のディレクトリに移動するか、ファイル名の変更を行います。引数 directory は移動先のディレクトリを保持する nsILocalFile オブジェクトである必要があります。

これらを利用して、ファイルを削除する機能を作成する場合、 まず、nsILocalFile オブジェクトにファイルを対応させる必要があります。 このとき、どのファイルに対応させるかは、initWithPath() メソッドを呼び出すことで指示できます。 なお、この呼び出しでは、オブジェクトのプロパティに、ファイルのパスが代入されることだけが行われ、 与えられたパスが正しく存在するかといったチェックは行われません。 次に remove() 関数を呼び出します。 この関数は、真偽値 の引数を 1 つとり、そこで再帰的に削除するかどうかを指定します。 以下コードは、このファイル削除処理の記述例になります。

var aFile = Components.classes["@mozilla.org/file/local;1"].createInstance();
if (aFile instanceof Components.interfaces.nsILocalFile){
  aFile.initWithPath("/mozilla/testfile.txt");
  aFile.remove(false);
}

このコードは、ファイル /mozilla/testfile.txt を取り出して削除します。 このコードを (作成中のファイル検索ダイアログの) イベントハンドラに追加して、この例の動作を試してみてください。 なお、その際ファイル名を削除したい実在のファイルに変更する必要があります。

上の一覧には、copyTo()moveTo() という、それぞれファイルのコピーと移動に利用可能な 2 つの関数があります。 これらは、コピー先あるいは移動先のディレクトリとして、文字列ではなく nsILocalFile オブジェクトを引数にとることに注意してください。 つまり、ファイルコンポーネントを 2 つ取得する必要があるということです。 以下に、ファイルをコピーする例を示します。

function copyFile(sourcefile,destdir)
{
  // get a component for the file to copy
  var aFile = Components.classes["@mozilla.org/file/local;1"]
    .createInstance(Components.interfaces.nsILocalFile);
  if (!aFile) return false;

  // get a component for the directory to copy to
  var aDir = Components.classes["@mozilla.org/file/local;1"]
    .createInstance(Components.interfaces.nsILocalFile);
  if (!aDir) return false;

  // next, assign URLs to the file components
  aFile.initWithPath(sourcefile);
  aDir.initWithPath(destdir);

  // finally, copy the file, without renaming it
  aFile.copyTo(aDir,null);
}

copyFile("/mozilla/testfile.txt","/etc");

XPCOM サービス

XPCOM コンポーネントの中には、サービスと呼ばれる特別なコンポーネントがいくつかあります。 サービスは、大域的なデータの取得と設定や、他のオブジェクトに対する処理を行う汎用的な関数を提供します。 サービスのインスタンスは、1 つだけが存在するようにするために、使用時に createInstance() によるインスタンス作成は行わず、 代わりに getService() を呼び出すことで、サービスコンポーネントへの参照を取得します。 それ以外の点では、サービスと他のコンポーネントに大きな違いはありません。

Mozilla で提供されているサービスの 1 つとして、ブックマークサービスがあります。 これを利用して、利用者のカレントのブックマークリストにブックマークを追加することができます。 以下に例を示します。

var bmarks = Components.classes["@mozilla.org/browser/bookmarks-service;1"].getService();
bmarks.QueryInterface(Components.interfaces.nsIBookmarksService);
bmarks.addBookmarkImmediately("https://www.mozilla.org","Mozilla",0,null);

最初に、コンポーネント "@mozilla.org/browser/bookmarks-service;1" を取得して、そのサービスを、変数 bmarks に代入します。 次に、QueryInterface() を使用して、nsIBookmarksService インターフェイスを取得します。 これにより、このインターフェイスで提供されているブックマークを追加する関数 addBookmarkImmediately() が利用できるようになります。 この関数の最初の 2 つの引数は、ブックマークする URL とタイトルです。 3 番目の引数は、ブックマークの種類で、通常は 0 です。 また、最後の引数は、ブックマークするの文書の文字エンコーディングで、指定する必要がなければ null を渡してもかまいません。 この例を実行した場合、ブックマークに https://www.mozilla.org が Mozilla というタイトルで追加されるはずです。

次のセクションでは、Mozilla で利用可能なインターフェイスのいくつかを見ていきます。

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

 このページの貢献者: jigs12, ethertank, Morishoji, Mgjbot
 最終更新者: jigs12,