репозиторий это не data maper если что. Задача репозитория - вынести запросы в отдельный класс, чтобы а) иметь возможность их использователь в разных местах б) Создать прослойку для сокращения кода в Логике/контроллере . Или вы запросы с фильтрацией и пагинацией прямо в контроллере вызываете и каждый раз прописываете запрос?
тут вопрос не в споре. Изначально мне были интерсны разные подходы потому что гуглить я видимо недостаточно научился. А открытых сайтов на ларе, чтобы их посмотреть я нашел слишком мало)
Так лара нужна только для того чтобы на ней делать сайты для коммерческого использования. Вот если бы мы говорили про что-то для чего-то, то это было бы где-то, а так нет
А если интересует типо как делают бек архитектуру, то это к ларе не имеет отношения, и к пхп тоже, это для всех языков +- один и тот же подход, как паттерны например, ну грубо говоря типо
это надо гуглить вообщем типо на инглише - какие популярные есть способы построения архитикутры бекенда, и там пойдут типо луковая архитектура, cqrs + евент сорсинг, микросервисы и так далее, и на каждый такой прикол найдутся какие-то примеры хотя бы на джаве
Не совсем. Приведу пример. Есть 2 сайта. Оба общаются с каким то внешним ресурсом через апи. В 1 случая вся логика отправки и обработки запросов была в папке Service. В другом - отдельная папка названая так же как и ресурс в которой хранились классы/методы для работы с апи. Вот хотелось бы банально изучать больше крупных проектов чтобы понимать насколько правильны/неправильно оба подхода