типа "смотрите как пиздато, а теперь смотрим на симфони с его 100 строк на класс"

"покупайте наш продукт он пиздат по метрикам"

можно ловить delete ивент и рулить в листенере/обсервере

фу

завязывать логику на события персистенса так себе идея

я с казал что в eloquent трейты сделанны не плохо. и вроде нет более изящного способа добавть софт делете.

а зачем тебе софт делит если тебе в реальности нужна архивация?

может быть проблема с подходами к которым ты привык?

обмажутся своей ларавель а потом плачут что код не поддерживаемый и надо на микросервисы резать

а зачем тебе софт делит если тебе в реальности нужна архивация?

это просто пример. можно взять другой пример.

это просто пример. можно взять другой пример.

попытка родить трейтами миксины обречена на провал изначально

потому что трейты не миксины

каковы альтернативы в контексте AR

каковы альтернативы в контексте AR

а тебе так нужна AR?

и да, выбирать можно не только между AR и Data Mapper

а тебе так нужна AR?

допустим да. это другой уже вопрс. опустим нужность ар, дм, тг для конкретного проекта

ну давай, опиши задачу

нужен простой круд с софтом делет. Архивация не подходит. данные пользователь может достать из корзины и все сразу должно работать. но счас ты скажешь зачем АР если есть DM, TG..

нужен простой круд с софтом делет. Архивация не подходит. данные пользователь может достать из корзины и все сразу должно работать. но счас ты скажешь зачем АР если есть DM, TG..

почему архивация не подходит?)

может зависит от того как ее делать?)

что до AR vs DM vs TG Vvs RDG

я понимаю откуда у популярности AR ноги ростут

(потому что даже школьник в состоянии реализовать AR и в случае с крудом у тебя бизнес логики почти нет)

но давай подумаем чем в этой задаче плох софт делит

может зависит от того как ее делать?)

как тогда делается нормальная архивация с возможостью сразу востановить данные

1. ты не удаляешь, ты перемещаешь в карзину 2. связанные данные - что с ними будет происходить? Или как это любят делать - джойны и where волшебным образом подмешивать?

как тогда делается нормальная архивация с возможостью сразу востановить данные

зависит от задачи. в примитивном случае если мы говорим о том что мне нужен простой круд - я могу просто взять какую-нибудь надстройку над своим любимым постгресом а архивацию сделать за счет тригеров (BEFORE DELETE ON ....)

(я к тому что я считаю глупым для простого круда писать код)

зависит от задачи. в примитивном случае если мы говорим о том что мне нужен простой круд - я могу просто взять какую-нибудь надстройку над своим любимым постгресом а архивацию сделать за счет тригеров (BEFORE DELETE ON ....)

но как будем это все востанавливать ?

но как будем это все востанавливать ?

INSERT FROM

ну и опять же

ты говоришь о трейте который все что делает это при $row->delete() вешает флаг + дефолтный скоуп объявляет

тебе рубисты не рассказывали чем плохи дефолтные скоупы?)

INSERT FROM

Представляю как пользователь по 5 раз в день удалил и востановл например статью. и все это удаляем и вставляем.

казалось бы причем тут трейты

ну ты уехал с трейтов в нужность софтделет

ты говоришь о трейте который все что делает это при $row->delete() вешает флаг + дефолтный скоуп объявляет

да это все плохо. но альтернативы какие то ?

а потом каскадный софт делит трейт

а потом переопределять методы трейта что бы все везде было так а вот тут по другому

а потом больше переопределять, а потом свой трейт, а потом ты уволился а чел за тобой охуевает ибо у тебя там уже не простой круд, там еще трейты есть которые ревизии при изменениях херачат, выборки патчат волшебным образом

для того, что бы понимать, чем плохи трейты, надо понимать, что такое зона ответсвенности. То, что в твоём актив рекорде внутри перемешаны люди и кони не делают трейты лучше, ибо хуже не будет. Почему объект должен уметь себя сохранять, а ещё сохранять "типа удалённым" - оставим за кадром.

для того, что бы понимать, чем плохи трейты, надо понимать, что такое зона ответсвенности. То, что в твоём актив рекорде внутри перемешаны люди и кони не делают трейты лучше, ибо хуже не будет. Почему объект должен уметь себя сохранять, а ещё сохранять "типа удалённым" - оставим за кадром.

ну в целом мне непонятна логика - ты можешь сделать архивацию тем же флагом - зачем для этого метод delete делать если ты как бы не удаляешь ничего

вжопу семантику я хочу круд

ну в целом мне непонятна логика - ты можешь сделать архивацию тем же флагом - зачем для этого метод delete делать если ты как бы не удаляешь ничего

я в целом не понимаю нахера нужен актив рекорд :( убожество ж какое-то

я все слышу как плохо, как плохо. но мой первоначальный вопрос так и остался без ответа. =(

а если хочется круд - нафига вообще писать бэкэнд, берешь rethinkdb или любую документно ориентированную базу с rest api из коробки и вжух

я все слышу как плохо, как плохо. но мой первоначальный вопрос так и остался без ответа. =(

какой? О том какая альтернатива трейтам? грамотно разделять зоны ответственности

вот тебе пример

какой? О том какая альтернатива трейтам? грамотно разделять зоны ответственности

и этот ответ был пару раз... но эт бесполезно для юишников и ларавельщиков

и этот ответ был пару раз... но эт бесполезно для юишников и ларавельщиков

потому что они не знают о существовании Row Data Gateway)

потому что они не знают о существовании Row Data Gateway)

а зачем оно? можно написать $user>save() и ок

и этот ответ был пару раз... но эт бесполезно для юишников и ларавельщиков

пойду выкину свою симфни. Ответ был в стиле." Нафиг тебе АР, нафиг тебе это, и еще 100 причин. " ну это такое...

пойду выкину свою симфни. Ответ был в стиле." Нафиг тебе АР, нафиг тебе это, и еще 100 причин. " ну это такое...

ты хочешь, что бы тебе рассказали как правильно решить задачу, но хочешь сделать сие на свой лад через задницу?)

тогда вопрос в контекте AR как лучше реализовать softdelete ? пока я видел 2 варианта это трейты и бехеверы

вот изначальный вопрос.

теперь давай прикидывать - soft delete - это просто флаг в базе который отмечает строку что мол игнорь меня

$model->isRemoved = true; $mode->save()

теперь давай прикидывать - soft delete - это просто флаг в базе который отмечает строку что мол игнорь меня

и софт делит явно нужен не всем :)

вжух

и софт делит явно нужен не всем :)

да это то да

но если у человека вся логика работы приложения сводится к отдельным табличкам без связей - почему бы и нет) вдруг у него там все на jsonb и агрегатах

ой вряд ли)

я просто блядь не понимаю зачем нужен трейт для двух строчек кода

а что за базы без связей? да ещё и в крудах. т акие существуют?

даже если у меня 10 сущностей

я просто блядь не понимаю зачем нужен трейт для двух строчек кода

ну, что б не копипастить же

которым нужна такая вот шляпа - если я просто напишу 20 строчек кода это даже не будет считаться дублированием

$model->isRemoved = true; $mode->save()

это тоже такое решение если в проекте нет оберок над AR.

это тоже такое решение если в проекте нет оберок над AR.

ну сделай метод внутри своей сущности, 5 строчек кода public function archive() { $this->isRemoved = true; $this->save(); }

и что значит "нет оберток" - какие к черту обертки?

ERROR: S client not available

это как гении которые любят в доктрине ID выносить в трейт что бы аннотации не дублировать. DRY хули

ну сделай метод внутри своей сущности, 5 строчек кода public function archive() { $this->isRemoved = true; $this->save(); }

это конечно хорошо. но и нужно еще менять все find. вот в этом и проблема

трейты это воистину goto в ООП

это конечно хорошо. но и нужно еще менять все find. вот в этом и проблема

не все - тебе нужен один файнд который наоборот тебе выберет строки где isRemoved=true

а потом пихать это в дефолтный скоуп не стоит. Лучше сделать отедльный скоуп который подмешивается засчет более менее адекватного API шляпы через которую ты выорки делаешь

а не неявно чето там подмешивать

опять же штуки типа таких это пара строк кода

и заметь - абсолютно никакого дублирования логики

трейты это воистину goto в ООП

да нет. Это просто возможность аще не думать. захерачил и вперёд юзать всюду. Ну или для метрик красивых

потому что логики тут нет

да нет. Это просто возможность аще не думать. захерачил и вперёд юзать всюду. Ну или для метрик красивых

мое мнение простое - люди путают понятие дублирование кода (что ок) и дублирование логики (что не ок)

и заметь - абсолютно никакого дублирования логики

вот это я и хотел услышать. а не лекции что ар и трейты говно без решения каких-то проблем

люди не понимают что две вещи которые выглядят одинаково если они на разных сущностях скорее всего в будущем будут меняться по разному

мое мнение простое - люди путают понятие дублирование кода (что ок) и дублирование логики (что не ок)

ну, когда ты слышешь "классическое" определение трейтов, твоё мнение ок подходит

трейты хороши для реюза бойлерплейта

ни ар, ни трейты, проблем никаких не решают

например - вот у тебя есть класс типа EntityManager

и там зиллион методов

и ты хочешь дать возможность своим пользователям декорировать удобненько

написал им трейт который просто делигирует вызов и сделал мир лучше

это не так клево как в kotlin с их делегацией

но в целом можно так юзать. другой хороший пример трейтов - LoggerAwareTrait

однако, я у себя на проектах за использование оных ругать буду

но в целом можно так юзать. другой хороший пример трейтов - LoggerAwareTrait

и получить протектед логгер и геттер заботливо, да)

завязывать логику на события персистенса так себе идея

я так полагаю от HasLifeCycleCallbacks ты не в восторге?)

$model->isRemoved = true; $mode->save()

в целом я и имел в виду что то такое

для мменя единственный оправданный юзкейс для трейтов где прям не доебешься - это когда уже все плохо и тебе надо как временную меру куда-то общую логику запихнуть

и то это должно быть совсем плохо

только в отдельном слушателе, обсервере

для мменя единственный оправданный юзкейс для трейтов где прям не доебешься - это когда уже все плохо и тебе надо как временную меру куда-то общую логику запихнуть

ну тобишь крч говоря во время рефакторинга?)

ну тобишь крч говоря во время рефакторинга?)

жесткого какого-то где все оч плохо

где хуже не будет