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

нет денег на счету делаем то

ну я тоже пишу errors.add

Я соглашусь

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

если вы мне не можете объяснить зачем это все, зачем вы советуете это джуну?

всмысле?

Ты говоришь что это можно написать на голых рельсах

есть транзации есть еншуре есть active_model зачем им интерактор?

Это можно написать и на голых рубях.

если есть модели зачем сервис объекты?

если есть модели зачем сервис объекты?

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

бинго

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

бинго

а без интеракторов у меня вся логику в моделях будет?

transaction do ServiceOne.run ServiceTwo.run

ensure delete file end

Опять транзакции ... у тебя транзакции загруженный файл удаляют?

ensure чего?

exception для control flow это антипаттерн

exception для control flow это антипаттерн

это вообще не паттерн

хорошо, плохая практика

хотя насчет того что exception это не паттерн это спорно

заебали паттерны придумывать

А что ты в этом чатике хочешь читать?

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

Хорошая тема я даже пролистал наверх

Алексу респект доступно жует

exception для control flow это антипаттерн

если транзация вызовет rollback ensure подчистит все норм рубишная практика

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

нормальная рельсовая практика

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

ну вот чоты передергиваешь опять

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

Данил, выебываешься тут ты а не Антон кстати.

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

ну вот чоты передергиваешь опять

ты предлагаешь логику всегда складывать по сервис обджектам

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

а чем не утраивает подход с transaction ensure?

Ты пишешь каждый раз органайзер

ты предлагаешь логику всегда складывать по сервис обджектам

интеракторы частный случай сервис объектов

Скорее сервис обджекты с роллбеком

Ты пишешь каждый раз органайзер

так ты тоже пишешь органайзеры

Ты их в цепочку объединяешь

ты не пишешь логику "как подчистить за этим интерактором"

это нарушение инкапсуляции

ты не пишешь логику "как подчистить за этим интерактором"

сервис объект каждый сам за собой подчищает

сервис объект каждый сам за собой подчищает

нет, у тебя есть интерактор который знает что за этим интерактором надо подчищать

это наршуение какраз

нет, у тебя есть интерактор который знает что за этим интерактором надо подчищать

и за предыдущим.

это наршуение какраз

Вот именно что ты их в транзакцию объединяешь и файлы за ними чистишь за их пределами

бизнес логика получается размазанной

если у тебя органайзер за всеми подчищает - таже самая ситуация

он не подчищает

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

и если умеет то запускает

нет, у тебя есть интерактор который знает что за этим интерактором надо подчищать

вот же ты писал?

Это я про твой кейс писал

и если умеет то запускает

тоесть размазанная логика

т.е твой кейс, да.

ERROR: S client not available

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

я его так накидал на коленке ensure может быть внутри сервис объекта может быть все что угодно

как он может быть внутри сервис объекта?

ты несколько сервис объектов в цепочку объединяешь

def process do something ensure clean end

A.process B.process каждый подчистил сам

каким образом?

интерактор отработал уже

как он за собой подчистит?

если он не знает что следующий провалился?

ensure же

rollback же

ensure ты где пишешь?

вон же выше написал

он сработает даже если будет exeption

Вот смотри

что ты делаешь когда тебе надо два сервис объекта в цепочку объединить?

выбери любой вариант, я кучу предложил

вам надо выйти из цикла)

выбери любой вариант, я кучу предложил

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

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

Бля

транзакция у тебя в теле какого метода торчит?

в любой блок

У тебя ensure внутри интерактора торчит?

транзакция у тебя в теле какого метода торчит?

def many_service_run ensure

У тебя ensure внутри интерактора торчит?

где угодно, где удобно

это где?