考えられる解決策はたくさんあると思います。
以下に依存する可能性があります。
- スケーラビリティ (プラグインをサポートし、互いの部分を再利用するにはどのくらいの大きさが必要ですか?)
- 可視性 (プラグインのアドレスが URL に表示されるようにするにはどうすればよいですか?)
- 展開 (新しいプラグインを追加できるのは誰ですか? 全員または認定された開発者のみが利用できます)
あなたは行くことができます:
www.domain.xyz/plugins/some_module/
しかし、プラグインがプラグインではなく、後でシステムのデフォルトの一部になったらどうなるでしょうか?
次に、それらを次のように呼ぶ方がより論理的です。
www.domain.xyz/some_module/
しかし、既存のシステム フォルダなどのプラグイン名で問題が発生する可能性があります。したがって、それを防ぐために、フォルダー名の「予約済み」リストが必要になります。
あなたも行くことができます:
some_module.domain.xyz/
ただし、その場合、Web 管理者または Web サーバーが 1 つの Web サイトに対して複数のエイリアスをサポートする必要がありますが、このアーキテクチャは、モジュールを後で他の Web ホストに移動できるため、スケーラビリティをもたらします。しかし、それは開発におけるより高価な作業でもあり、これが成長する可能性があるため、「ユーザー/開発者が制御」するのは困難です。
FaceBook がアプリケーションをどのように処理しているかを見ることもできます。それもプラグインインターフェースです。遅いですが、実装されています。