Или класс

И то и другое в руби есть из коробки и отлично работает

вот тут странно немного, почему хэш можно в конструктор передать, а контейнер - нельзя (если я правильно понял)

…а зачем?

И то и другое в руби есть из коробки и отлично работает

все - выкидываю конетнеры все - будут одни хэши! )))

Как бы di реализуется, к примеру стратегией, или контекстом для интерактора, драй зачем, я так и не придумал

зачем драй что? там вообще то набор гемов.

Зачем драй что угодно )

Я пробовал монады, контейнеры, транзакции

Правильно - хэши наше все )

Ну транзакции, еще полезны иногда, хотя в рельсе чаще всего можно в ar транзакцию завернуть )

Ну транзакции, еще полезны иногда, хотя в рельсе чаще всего можно в ar транзакцию завернуть )

путаница в транзакциях? )))

…а зачем?

я наверно немного неправильно понимаю ваш манифест. Выше написал зачем

я наверно немного неправильно понимаю ваш манифест. Выше написал зачем

До сих пор непонятно, чем конкретно не устраивает хеш в .new.

путаница в транзакциях? )))

Чего?

До сих пор непонятно, чем конкретно не устраивает хеш в .new.

потому что контейнер есть уже готовый, но нужно сделать хэш, так?

Чего?

ar и dry-transaction

народ, подскажите пожалуйста, а как в рельсах можно сохранить одну запись несколько раз?

Дубликат одной и той же записи через .dup.save!, например. Или что имеется в виду?

Ну транзакции, еще полезны иногда, хотя в рельсе чаще всего можно в ar транзакцию завернуть )

При чем тут дб транзакция?

Зачем драй что угодно )

Валидации адекватные как минимум

Не привязанные вообще ни к чему

потому что контейнер есть уже готовый, но нужно сделать хэш, так?

Контейнер вообще со всеми шагами, которые могут использоваться в этих транзакциях? А зачем его сделали, если он не используется?

Контейнер вообще со всеми шагами, которые могут использоваться в этих транзакциях? А зачем его сделали, если он не используется?

используется

ладно, я понял

спасибо парни )

всем приятного вечера )

используется

…и ты хочешь этот самый контейнер со всеми шагами заинжектить в одну и ту же транзакцию, но по разному резолвить шаги?

Валидации адекватные как минимум

Ещё в dry-system идея ахуенная, но реализация так себе

При чем тут дб транзакция?

При том, что она покрывает практически все случаи, когда тебе вообще нужна транзакция

При том, что она покрывает практически все случаи, когда тебе вообще нужна транзакция

Вообще ни разу

Как пример, валидация, сохранение в бд и спавн воркера

3 шага, которые изолированы

Поэтому не стоит путать бизнес транзакцию и дб транзакцию :)

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

воркер создается после сейва, если он успешен

валидации в ar слабо приспособлены для проверки чего-то большего, чем сам валидируемый объект (i. e. ассоциации и прочее)

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

Я не использую ар, у меня отдельная валидация вне модели

ну да, если идея писать на dry, то без dry никак не обойтись )))

ну и проверки на тему "а может ли юзер менять объект" — тоже валидации, но в AR их точно не засунешь

валидации в ar слабо приспособлены для проверки чего-то большего, чем сам валидируемый объект (i. e. ассоциации и прочее)

Особенно тупо когда валидировать надо 2-3 ключа из разных моделей

ну и проверки на тему "а может ли юзер менять объект" — тоже валидации, но в AR их точно не засунешь

Думаю скоро засунут

Думаю скоро засунут

ну как бы и сейчас никто не мешает прокидывать current_user'a в модель

ну и проверки на тему "а может ли юзер менять объект" — тоже валидации, но в AR их точно не засунешь

это должно раньше происходить на мой взгляд

раньше — это где? В контроллере?

раньше — это где? В контроллере?

Выбор не большой, либо модель, либо контроллер

ну как бы и сейчас никто не мешает прокидывать current_user'a в модель

Пару раз такое дерьмо видел, было не весело

ну таки да, обычно в этих случаях аозникают сервис-обжекты, dry-transaction вполне себе реализация скелета сервис-обжектов.

ну таки да, обычно в этих случаях аозникают сервис-обжекты, dry-transaction вполне себе реализация скелета сервис-обжектов.

Самое интересное, что обычно это все в одной папке с кучей неопределенностей. При этом даже интерфейсы сервисов разные

люди делятся на счастливчиков, кто не понимают зачем нужны dry-transaction и иже, и на тех кто уже познал боль

люди делятся на счастливчиков, кто не понимают зачем нужны dry-transaction и иже, и на тех кто уже познал боль

Кстати, после ду нотации из монад перестаёшь юзать транзакции

Кстати, после ду нотации из монад перестаёшь юзать транзакции

Ну, транзакции же сахар над монадами. Мне со step'ами удобнее.

Выбор не большой, либо модель, либо контроллер

Либо сервис содержащий логику

dry-transaction — это и есть сервисы

(скелет для сервисов)

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

ну как бы все что они дают, без контейнеров - это откат из коробки

они не дают откат, вообще

в целом неплохо, но и не слишком много, что бы тащить их везде где не попадя

как я понял, если хоть один шаг не проходит, транзакция валится

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

Так в рельсе все плохо с контейнерами

как я понял, если хоть один шаг не проходит, транзакция валится

Как настроишь

Так в рельсе все плохо с контейнерами

Так что такое

тогда зачем они вообще нужны?

тогда зачем они вообще нужны?

Контейнеры?

транзакции

транзакции

Ты доку читал?

если они не дают базового функционала транзакции )

ага

Они предоставляют способ группировать логику и выполнять ее по шагам в rail way стиле

если они не дают базового функционала транзакции )

Не путай бизнес транзакции и бд транзакции

да при чем тут бд вообще

мы сейчас вроде полностью про драй

мы сейчас вроде полностью про драй

Про бизнес транзакции и rail way скорее

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

все то же самое может любой другой класс, у которого написан метод call

https://fsharpforfunandprofit.com/rop/

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

Без контейнеров - это класс, который выполняет пошагово методы класса

И в зависимости от результата идет дальше или возвращает «плохое» значение

все то же самое может любой другой класс, у которого написан метод call

bingo! И немного сахара над этим, который в другом случае нужно писать руками каждый раз.

Без контейнеров - это класс, который выполняет пошагово методы класса

ага, и я не вижу разницы, каким синтаксисом я это сделаю, stepами из транзакции, или просто перечислю методы внутри perform

ага, и я не вижу разницы, каким синтаксисом я это сделаю, stepами из транзакции, или просто перечислю методы внутри perform

Ты ещё трейлблейзер оперейшен взять можешь

Или ханами интерактор

Или взять монады и свой оперейшен написать на ду нотации

ну вот и вопрос, зачем оно мне надо, если руби все то же самое умеет из коробки

просто функционалом своих классов

Или вообще все руками сделать через хеши

я об этом с самого начала разговор и заводил

зачем,

?

просто функционалом своих классов

Много всего писать разом. Например с result object возиться придётся. Можно уже готовое взять

зачем,

Ну, это все одна идея функциональных объектов, просто вкусовщина как заруливать внутри

ну вот я пока не видел ни одной реальной причины тащить dry везде, где только можно

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

никакой killer фичи я пока у драя не вижу, разве что в каких-то уж очень специфических ситуациях

А зачем его тащить везде где можно?

И какие есть гемы, которые ты тащишь везде где можно?

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

Зависит от использования же

И какие есть гемы, которые ты тащишь везде где можно?

Pry

Вот его везде тащу, и рубокоп еще )))

это сильно вспомогательное, с таким же успехом можно ещё rspec вспомнить.