Size: a a a

2020 November 24

A

Andrey in Laravel Pro
Я не хочу читать запрос из 10+ строк в сервисах например, хочу просто дергать метод
источник

P

Phoenix in Laravel Pro
Read only репозитории еще можно использовать что бы скрыть какие-то большие и сложные запросы или к примеру когда нужно тянуть данные из другого хранилища. Вот если реально отказываться от eloquent и write operations в репозитории пихать - за такое точно надо по рукам бить.
источник

ДК

Дмитрий Кожанов... in Laravel Pro
Что то я не понял. Заголовок статьи говорит о том что не использовать репозиторий, но в итоге там просто описаны best-practices как правильно писать репозиторий 🙄
источник

ДК

Дмитрий Кожанов... in Laravel Pro
Ну и назван он Queries
источник

AP

Alexander Pavlenko 🌚... in Laravel Pro
2 разные статьи
источник

AP

Alexander Pavlenko 🌚... in Laravel Pro
Andrey
Я не хочу читать запрос из 10+ строк в сервисах например, хочу просто дергать метод
ты можешь этот метод в классе модели написать например
источник

AP

Alexander Pavlenko 🌚... in Laravel Pro
🤷‍♂️
источник

AP

Alexander Pavlenko 🌚... in Laravel Pro
а так, по сути у тебя получается еще один сервисный класс с припиской "Repository"🤷‍♂️
источник

A

Andrey in Laravel Pro
Я могу и в контроллере написать... И в index.php
источник

AP

Alexander Pavlenko 🌚... in Laravel Pro
просто "размазал" логику на еще один дополнительный класс
источник

A

Andrey in Laravel Pro
if $_SERVER ....
источник

AP

Alexander Pavlenko 🌚... in Laravel Pro
😁
источник

ДК

Дмитрий Кожанов... in Laravel Pro
Alexander Pavlenko 🌚
ты можешь этот метод в классе модели написать например
Толстая модель это же не ок
источник

SK

Sergey Kiryakov in Laravel Pro
Phoenix
Read only репозитории еще можно использовать что бы скрыть какие-то большие и сложные запросы или к примеру когда нужно тянуть данные из другого хранилища. Вот если реально отказываться от eloquent и write operations в репозитории пихать - за такое точно надо по рукам бить.
А размазывать сохранение и инициализацию по коду, норм?
источник

A

Andrey in Laravel Pro
особенно когда это даже не модель..
источник

SK

Sergey Kiryakov in Laravel Pro
Phoenix
Read only репозитории еще можно использовать что бы скрыть какие-то большие и сложные запросы или к примеру когда нужно тянуть данные из другого хранилища. Вот если реально отказываться от eloquent и write operations в репозитории пихать - за такое точно надо по рукам бить.
По идее eloq модель вообще должна быть на инфраструктурном уровне приложения.
источник

A

AlexD in Laravel Pro
посмотрите в сторону doctrine
источник

SK

Sergey Kiryakov in Laravel Pro
AlexD
посмотрите в сторону doctrine
А про что вы конкретно говорите*
источник

A

AlexD in Laravel Pro
про то, чтобы заменить eloq
источник

P

Phoenix in Laravel Pro
Alexander Pavlenko 🌚
просто "размазал" логику на еще один дополнительный класс
Смотри у меня к примеру товары с характеристиками, ценами, фото, остатками тянуться себе в контроллере с помощью метода вынесенного в eloquent model. Теперь задача переписать эту логику на elasticSearch. В случае с read only repository я один класс добавляю, тестирую и в DI меняю на нужный. Ну и понятное дело что это не для повсеместного использования, а лишь при необходимости.
источник