「ファクトリ」とはどのようなもので、なぜ使うのでしょうか。ここでファクトリとは、「ファクトリ」設計パターンの1つを実装したソフトウェアを指します。一般にファクトリ実装は、1つのオブジェクトで他のオブジェクトの作成またはアクセス(あるいはその両方)を管理する必要がある場合に便利です。Java Remote Method Invocation (Java RMI)でファクトリを使うことにより、Java RMIレジストリに登録するオブジェクトの数を減らすことができます。
銀行で預金するとき、顧客は「金庫まで歩いていって自分の名前の引出しを開き、お金を入れて引出しを閉じ、立ち去る」ことはしません。最初に口座を開くときにはどうするでしょうか。銀行に行って担当者と話し、書類に記入します。引換えに通帳やカードを受け取ります。その後は、この通帳やカードを使って口座にアクセスできます。
銀行の担当者はファクトリの一例です。その担当者または担当者の役割をするATM (現金自動振り込み/支払い機)が、個々の口座の作成や口座へのアクセスを管理します。
利用者カードを受け取ったからといって、図書館に入って借りたい本をそのまま持ち出すことはできません。本を持って図書館から出るには、本の貸出し手続きをしなければなりません。つまり、利用者カードを職員に見せます。職員はそのカードを使って図書館のデータベースにアクセスし、その人から返却の遅れている本がないか調べ、その本がその人に貸出し中であることを登録します。この場合は、職員が本への利用者のアクセスを管理するので、職員を本のファクトリと考えることができます。
ほかのJava RMIプログラムと同様に、いくつかの基本的要素があります。サーバーは、1つまたは複数のリモート・オブジェクトを作成します(各リモート・オブジェクトはリモート・インタフェースを実装する)。クライアントは、ネーム・サーバー(rmiregistry
)にアクセスしてリモート・オブジェクトの1つへの参照を取得します。rmiregistry
は、クライアントからサーバーへの最初の連絡を簡単にします。
次の図と手順では、次のことを前提とします。
Factory
とProduct
があり、クライアントはこれらを理解しているFactoryImpl
はFactory
インタフェースを実装し、ProductImpl
はProduct
インタフェースを実装するFactoryImpl
はrmiregistry
に登録する(または登録される)Factory
への参照を要求するrmiregistry
はFactoryImpl
へのリモート参照を返すFactoryImpl
上のリモート・メソッドを呼び出して、ProductImpl
へのリモート参照を取得するFactoryImpl
は、既存のProductImpl
へのリモート参照、またはクライアントの要求に基づき新しく作成したProductImplへのリモート参照を返すProductImpl
上のリモート・メソッドを呼び出すコードでは、AccountManager
(担当行員)はリモート・インタフェースになり、リモート・メソッドを1つ以上持ちます。これらのメソッドは、Account
(口座)インタフェースを実装したオブジェクトを返します。Account
は、口座のインスタンスに対して実行できるすべての操作(預け入れや引き出し、残高照会、記帳など)を宣言したインタフェースになります。
Java RMIでは、AccountManager
実装のインスタンスだけがJava RMIレジストリに登録されます。AccountManager
実装は、預金口座と同様にAccount
実装へのリモート参照(または直列化されたインスタンス)を返すファクトリです。
図書館の例では、Librarian
(職員)はリモート・インタフェースになり、LibraryCard
(利用者カード)インタフェースを実装したオブジェクトを返すメソッドを1つ以上持ちます。さらにLibrarian
インタフェースには本やCDやビデオ・テープへのアクセスを許可するメソッドがあり、本やCDやビデオ・テープにはLoanable
(貸出し可能)インタフェースが実装されています。
Java RMIでは、Librarian
実装のインスタンスだけがJava RMIレジストリに登録されます。Librarian
実装は、LibraryCard
実装およびLoanable
オブジェクト実装へのリモート参照(または直列化されたインスタンス)を返すファクトリです。
ここで示した銀行と図書館の例は完全なものではありませんが、Java RMIのファクトリ・パターンを理解する上では役に立ちます。