MS
При этом сложность с трейлблейзером возрастает пипец. Есть целая книга Trailblazer with rails. Хотя я в двух предложениях выше сказал как можно делать то, к чему они стремятся
Size: a a a
2016 August 23
MS
Укажите мне на мою близорукость, пожалуйста
RS
Не юзал, говнокожу.
Выношу из контроллеров сложный код в отдельные классы-сервисы.
Скорее всего, у меня не было ТАК много логики, чтобы юзать что-то подобное
Выношу из контроллеров сложный код в отдельные классы-сервисы.
Скорее всего, у меня не было ТАК много логики, чтобы юзать что-то подобное
MS
Ну я тоже так делаю
MS
Норм же
MS
MS
ЧЗХ творится на этой схеме?
RS
class Comment::Create < Trailblazer::Operation
include Callback
callback(:after_save) do
on_change :markdownize_body! # this is only run when the form object has changed.
end
end
include Callback
callback(:after_save) do
on_change :markdownize_body! # this is only run when the form object has changed.
end
end
RS
MS
Короче я завтра @across по рукам бить начну за эту ересь
RS
Не, может, это прикольно в паттерны долбиться. Пусть расскажет плюсы-минусы. Пока из плюсов только fat-free-models вижу. @kalys что там ханами думает по этому поводу?)
KO
ханами и тбз реализуют разные вещи.
RS
я ж стебуся, че ты
KO
а я нет
KO
MS
Рус, так это ж как раз не паттерны. Паттерны проектирования говорят сделай интерактор (как счас модно) по факту собери юзкейсы отдельно
KO
на самом деле все не так просто
KO
юз-кейсы первый шаг
KO
нужно разбивать на репозитории, энтити, аггрегаты, фэктори
MS
Да