Как будет выглядеть структура каталогов Laravel 5 для обслуживания нескольких сайтов и API?

Допустим, у меня есть несколько «сайтов» (т. Е. Бэкэнд, общедоступный веб-интерфейс, частный платный веб-интерфейс, мобильный телефон) и, возможно, я также хотел бы предложить API для некоторых служб виджетов или приложения Android. Сайты должны будут (по крайней мере на начальном этапе) совместно использовать один и тот же экземпляр Laravel и будут совместно использовать некоторые сервисы (т. Е. Сайт-интерфейс может вызывать несколько сервисов с внутреннего сайта, или сайт-сервер и API могут совместно использовать некоторые сервисы, особенно так как я использую хороший SoC из таких вещей, как логика представления).

Смотря на По словам Тейлора Отвелла, проект Userscape Snappy они переименовали models папка для вызова snappy и просто добавил больше папок для разных «зон ответственности». Это было в Laravel 4 однако.

Вот структура каталогов Laravel 5 по умолчанию:

app     <-- Should I rename and duplicate for backend, frontend, api...?
Commands
Console
Events
Exceptions
Handlers
Http
Controllers  <-- Or add subfolders in Controllers for backend, frontend, api...?
Middleware
Requests
Providers
Services       <-- And add subfolders in Services for backend, frontend, api...?
bootstrap
config
database
public
resources
storage
tests
vendor

Как нам подходить к структуре каталогов в Laravel 5 для таких ситуаций (учитывая проблемы с пространством имен)? Я не уловил никаких руководств по этому вопросу в документации.

3

Решение

Задача ещё не решена.

Другие решения

Других решений пока нет …

По вопросам рекламы [email protected]