Size: a a a

2021 June 12

MR

Maxim Rebitskiy in Laravel Pro
А зачем репозиторий для Eloquent? Или вы в каждом рабочем проекте свайпаете его на что-то другое?
источник

OL

O L in Laravel Pro
репозиторий это не data maper если что. Задача репозитория - вынести запросы в отдельный класс, чтобы
а) иметь возможность их использователь в разных местах
б) Создать прослойку для сокращения кода в Логике/контроллере . Или вы запросы с фильтрацией и пагинацией прямо в контроллере вызываете и каждый раз прописываете запрос?
источник

AS

Alex Sin in Laravel Pro
ну типо синг респонсибили тоже
источник

AS

Alex Sin in Laravel Pro
к томе жу
источник

OL

O L in Laravel Pro
+
источник

MR

Maxim Rebitskiy in Laravel Pro
Эх, нет желания у меня сейчас спорить, но пускай будет так что вы правы) На этом закончим.
источник

OL

O L in Laravel Pro
тут вопрос не в споре. Изначально мне были интерсны разные подходы потому что гуглить я видимо недостаточно научился. А открытых сайтов на ларе, чтобы их посмотреть я нашел слишком мало)
источник
2021 June 13

A

Alexcc in Laravel Pro
С архитектуры рекомендую porto и его реализация laravel apiato
источник

AS

Alex Sin in Laravel Pro
Так лара нужна только для того чтобы на ней делать сайты для коммерческого использования. Вот если бы мы говорили про что-то для чего-то, то это было бы где-то, а так нет
источник

A

Alexcc in Laravel Pro
Porto. Laravel apiato читайте
источник

AS

Alex Sin in Laravel Pro
А если интересует типо как делают бек архитектуру, то это к ларе не имеет отношения, и к пхп тоже, это для всех языков +- один и тот же подход, как паттерны например, ну грубо говоря типо
источник

AS

Alex Sin in Laravel Pro
это надо гуглить вообщем типо на инглише - какие популярные есть способы построения архитикутры бекенда, и там пойдут типо луковая архитектура, cqrs + евент сорсинг, микросервисы и так далее, и на каждый такой прикол найдутся какие-то примеры хотя бы на джаве
источник

A

Alexcc in Laravel Pro
Корпоративные приложения и коммерческие сайты строятся совсем по разным походам и требованиям не путайте
источник

AS

Alex Sin in Laravel Pro
я имел ввиду не то что разные типы приложений строятся по одному принципу, а то что принцип построения это штука не привязанная к языку или фрейму
источник

OL

O L in Laravel Pro
Не совсем. Приведу пример. Есть 2 сайта. Оба общаются с каким то внешним ресурсом через апи. В 1 случая вся логика отправки и обработки запросов была в папке Service. В другом - отдельная папка названая так же как и ресурс в которой хранились классы/методы для работы с апи. Вот хотелось бы банально изучать больше крупных проектов чтобы понимать насколько правильны/неправильно оба подхода
источник

OL

O L in Laravel Pro
Выглядит неплохо, но уже полностью/частично готовые проекты под него переделывать никто не будет
источник

E

Evgenii in Laravel Pro
Репозитории в ларавеле это для геев
источник

A

Alexcc in Laravel Pro
Ну тогда domain и больше не чего нету
источник

E

Evgenii in Laravel Pro
Ужс
источник

E

Evgenii in Laravel Pro
Кто вы люди
источник