コンポーネント マネージャー

Apple Macintoshの コンピュータプログラミングにおいて、コンポーネントマネージャはPowerPC以前のMacintoshで始まったコード共有の多くのアプローチの1つでした。これはもともとQuickTimeの一部として導入され、最も頻繁に使用されたクラシックMac OSの一部でした。^[1]

コンポーネントは、クライアントによって呼び出される可能性のあるさまざまな機能を提供するコードです。各機能は、符号付き 16 ビット整数 ID コードによって識別されます。非正のコードは、コンポーネント インスタンスを開く/閉じる、機能がサポートされているかどうかを照会するなど、すべてのコンポーネントが理解する必要がある定義済み機能用に予約されています。正の機能コードの意味は、コンポーネントの種類によって異なります。

コンポーネントを開くことによって、コンポーネントインスタンスが作成されました。これにより、コンポーネントの open 関数が呼び出され、インスタンスに必要なストレージが割り当てられ、初期化されます。インスタンスを閉じると、このストレージが削除され、そのインスタンスへのすべての参照が無効になります。

コンポーネントとコンポーネント インスタンスは、ポインターではない 32 ビット値によって参照されていました。代わりに、それらは内部コンポーネント マネージャー テーブルへのキーとして解釈されていました。これらの参照は、無効になると、それらの値が長期間再び有効になる可能性が低いような方法で生成されました。これにより、ぶら下がった参照による不明瞭なバグの可能性が最小限に抑えられました。

コンポーネントは、タイプ、サブタイプ、および「製造元」を示すOSTypeコードによって識別されました。たとえば、コンポーネント タイプは「ラスター イメージ コンプレッサー」であり、そのサブタイプには JPEG、H.261、Sorenson、Intel Indeo などがあります。まったく同じ識別コードで複数のコンポーネントを登録して、ハードウェアとソフトウェアの使用、速度と品質のトレードオフ、その他の基準など、同じアルゴリズムの代替実装を提供することも可能でした。アプリケーションは、このような代替の存在を照会して、それらの中から明示的に選択することも、システムにデフォルトを選択させることも可能でした。

利用可能なオプションの中には、コンポーネントがサブクラス化の形式でその機能の一部を別のコンポーネントに委任して、コードを再利用できるようにするものがあります。また、あるコンポーネントが別のコンポーネントをキャプチャすることも可能で、その場合、キャプチャされたコンポーネントへのすべてのアクセスは、キャプチャするコンポーネントを経由する必要がありました。

Mac OS には多種多様なコンポーネント タイプが蓄積されています。

• QuickTimeには、画像コーデック、メディア ハンドラー、メディア データ ハンドラー、ビデオ デジタイザー ドライバー、ファイル形式のインポーターとエクスポーターなど、さまざまなものがありました。
• サウンド マネージャーは、バージョン 3.0 で主にコンポーネント ベースのアーキテクチャに移行しました。サウンド出力デバイスはコンポーネントとして表され、複数のチャンネルのミキシング、異なるサンプル レートとサンプル サイズの変換、圧縮形式のエンコードとデコードを行うためのコンポーネント タイプもありました。
• AppleScript は、コンポーネントとして実装されるスクリプト言語の概念を導入しました。
• ColorSync は、さまざまなカラー マッチング方法をコンポーネントとして実装しました。
• QuickDraw GX の「フォント スケーラー」は、さまざまなフォント形式用のレンダラーでした。