Я думаю, что есть много возможных решений.
Это может зависеть от:
- масштабируемость (насколько вы хотите, чтобы он поддерживал плагины и повторно использовал части друг друга?)
- vibility (как адрес плагина должен стать видимым в URL?)
- развертывание (кто может добавлять новые плагины? Оно открыто для всех или только для сертифицированных разработчиков)
Вы можете пойти на:
www.domain.xyz / плагины / some_module /
Но что, если плагины не являются плагинами, а впоследствии становятся частью системы по умолчанию?
Тогда было бы логичнее назвать их такими:
www.domain.xyz / some_module /
Но тогда вы можете столкнуться с проблемами с именами плагинов, такими как существующие системные папки. Поэтому вам понадобится некоторый «зарезервированный» список foldernames, чтобы предотвратить это.
Вы также можете перейти на:
some_module.domain.xyz /
Но это потребовало бы от вашего веб-администратора или веб-сервера поддержки нескольких псевдонимов для одного веб-сайта, с другой стороны, эта архитектура принесет масштабируемость, потому что вы можете позже переместить модули на другие веб-хосты. Но это также более дорогая работа в разработке + трудно сделать ее «управляемой пользователем / разработчиком», поскольку это может вырасти.
Вы также можете посмотреть, как FaceBook обрабатывает Приложения. Это плагин интерфейс тоже. Медленно, но реализовано.