ソフトウェア拡張機能：目的、設計、歴史、一般的な用途

主な特性

拡張機能には通常、構造および動作に関する次のような共通の特性があります。

• マニフェストまたは記述子：メタデータ、必要な権限、エントリポイントを宣言する小さなファイルです。
• コードとリソース：追加機能を実装するスクリプト、ライブラリ、UIアセット、設定です。
• 統合ポイント：拡張機能が動作に応答したり変更したりできるよう、ホストが公開するフック、イベント、またはAPIです。
• サンドボックスと権限：データ、システムリソース、ネットワークへのアクセスを制御するためにホストが設ける制限です。
• ライフサイクル管理：ホストが管理するインストール、有効化・無効化、更新、アンインストールの手順です。

歴史と発展

ソフトウェアを拡張するという考え方は、利用者が新しいコマンドを追加できた初期のモジュール式システムやマクロ言語にさかのぼります。時とともに、これはウェブブラウザ、統合開発環境、コンテンツ管理システム、メディアプレーヤーで使われる正式なプラグインおよび拡張機能フレームワークへと発展しました。ベンダーとオープンソースプロジェクトは、配布と発見を容易にするため拡張機能APIやマーケットプレイスを標準化するとともに、セキュリティ向上のため署名や審査のプロセスも導入しました。

一般的な用途と例

拡張機能は多くの分野で利用されています。例として、広告をブロックしたりパスワードを管理したりするブラウザアドオン、言語対応やデバッガーを追加するIDE拡張機能、EC機能を提供するCMSモジュール、新しいコーデックやエフェクトのための音声・動画プラグイン、ファイルシステムまたはデバイスの対応を追加するOSレベルのモジュールが挙げられます。典型的な目的は、カスタマイズ、自動化、機能強化、サードパーティーとの統合です。

相違点、利点、リスク

拡張機能はライブラリやパッチとは異なります。ライブラリは開発時にプログラムによってリンクされるのに対し、拡張機能は実行時にホストによって動的に読み込まれます。プラグインまたはアドオンと呼ばれることもあり、用語の使い方はエコシステムによって異なります。迅速な革新とエコシステムの成長という利点がある一方で、安定性、互換性、プライバシーに関するリスクをもたらす場合もあります。ホストは権限モデル、サンドボックス化、コード署名、審査プロセスによって、こうしたリスクを軽減します。一般的な指針と開発者向けリソースについては、拡張機能開発およびプラットフォームガイドのプラットフォームAPI文書を参照してください。