D
типизация в пхп, ыыы
Size: a a a
2020 August 26
S
как сюда фильтры можно добавить?
D
Sergey
как сюда фильтры можно добавить?
where...
S
Фильтры динамические
A
https://stackoverflow.com/questions/16176990/proper-repository-pattern-design-in-php
А service, по-моему - просто место, куда можно складывать какую-то некрасивую логику, но мне кажется почти всегда можно придумать что-то лучше
А service, по-моему - просто место, куда можно складывать какую-то некрасивую логику, но мне кажется почти всегда можно придумать что-то лучше
а как думаешь, если я с этой штукой не знаком, то стоит ли мне прямо сейчас вникать и как-то пытаться писать на новом проекте или лучше использовать что-то одно из них: service или provider, а может просто в обычной модели все писать?
АГ
Sergey
Фильтры динамические
ну where много что позволяет сделать
VT
а как думаешь, если я с этой штукой не знаком, то стоит ли мне прямо сейчас вникать и как-то пытаться писать на новом проекте или лучше использовать что-то одно из них: service или provider, а может просто в обычной модели все писать?
Laravel на то и Laravel, что у него Active Record Pattern в основе Model
Потому я думаю не стоит
Знал команды, которые добавляли в лару репозиторий, но это на любителя я щетаю
Потому я думаю не стоит
Знал команды, которые добавляли в лару репозиторий, но это на любителя я щетаю
VT
а как думаешь, если я с этой штукой не знаком, то стоит ли мне прямо сейчас вникать и как-то пытаться писать на новом проекте или лучше использовать что-то одно из них: service или provider, а может просто в обычной модели все писать?
Если сильно хочется запихнуть что-то в services - запихни, только так, чтобы потом было не больно выпихивать)
S
ну where много что позволяет сделать
как передать туда условие, переменную
АГ
where('column', $value), where('column', '>=', $value) да доку почитай просто
A
Если сильно хочется запихнуть что-то в services - запихни, только так, чтобы потом было не больно выпихивать)
Да не то чтобы сильно.. Просто пойми мою ситуацию: я до этого вообще всю логику писал в контроллерах - ЖИРНЮЩИХ контроллерах.. А вот сейчас думаю, то ли писать в модели методы и в контроллерах их юзать, то ли как-то с сервисами или репозиториями мучаться (или и то и то..)
S
where('column', $value), where('column', '>=', $value) да доку почитай просто
это не работает) как передать переменную в рекурсию
АГ
Laravel на то и Laravel, что у него Active Record Pattern в основе Model
Потому я думаю не стоит
Знал команды, которые добавляли в лару репозиторий, но это на любителя я щетаю
Потому я думаю не стоит
Знал команды, которые добавляли в лару репозиторий, но это на любителя я щетаю
репозитории имеет смысл делать для сложного бизнес кода, чтобы устранить зависимость от базы и покрыть юнит тестами. но в ларавеле сильно проще фича тесты писать
VT
репозитории имеет смысл делать для сложного бизнес кода, чтобы устранить зависимость от базы и покрыть юнит тестами. но в ларавеле сильно проще фича тесты писать
++
АГ
Sergey
это не работает) как передать переменную в рекурсию
в какю рекурсию, цикл чтоли?)
S
в какю рекурсию, цикл чтоли?)
User::find(1)->parentChildrens(); выведет дерево пользователей родитель-потомок
АГ
Да не то чтобы сильно.. Просто пойми мою ситуацию: я до этого вообще всю логику писал в контроллерах - ЖИРНЮЩИХ контроллерах.. А вот сейчас думаю, то ли писать в модели методы и в контроллерах их юзать, то ли как-то с сервисами или репозиториями мучаться (или и то и то..)
eloquent модели должны быть пустыми. только релейшны в них. контроллеры должны быть пустыми. в них только вызов бизнес-классов. вся логика должна быть в бизнес классах, чистых классах, ни от чего не унаследованных, с зависимостями переданными через конструктор, не зависящими в идеали ни от одного laravel класса
S
ой вернее не так) User::find(1)->with('parentChildrens);
АГ
Sergey
User::find(1)->parentChildrens(); выведет дерево пользователей родитель-потомок
ну так на этапе передачи во where у тебя что? хмм... это релейшн, который возвращает только детей текущего юзера - и это будет массив юзеров.
A
eloquent модели должны быть пустыми. только релейшны в них. контроллеры должны быть пустыми. в них только вызов бизнес-классов. вся логика должна быть в бизнес классах, чистых классах, ни от чего не унаследованных, с зависимостями переданными через конструктор, не зависящими в идеали ни от одного laravel класса
а эти чистые классы называются сервисами?