кто-нибудь юзал DCI паттерн с рельсами?

http://dci-in-ruby.info/

це есть пример на рельсе

староват правда

#работа в офисе, г. Санкт-Петербург, зп по результатам собеседования Подробнее: http://rubyjobs.ru/vacancies/4501

вилка по зп какая?

вилка по зп какая?

80-120 пишут же

где пишут-то?

в самой вакансии

а так надо всегда писать свой максимум

@dd_bb в превью видно

кто-нибудь юзал DCI паттерн с рельсами?

я вот не вижу профита в DCI в целом

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

в этом и есть исскуство DCI

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

один бизнес-кейс == один контекст

в котором 10 объектов

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

так ну ясно)

это из-за того, что многим сложно отказаться от мышления контроллерами и моделями

ну вон даже в статье на том сайте

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

не три класса а один класс и 2 модуля

вот и я говорю, три класса :)

плюс вот такое: source_account.extend SourceAccount

вот и я говорю, три класса :)

модули это не классы

ой всё

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

модуль это разносчик методов

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

ну вон даже в статье на том сайте

ссылка есть?

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

что почитать на эту тему чтобы так с примерами для тупых?)

https://www.sitepoint.com/dci-the-evolution-of-the-object-oriented-paradigm/

плюс в этом примере я вижу огромную проблему

в def transfer_out amount спрятали context.destination_account.transfer_in amount

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

что почитать на эту тему чтобы так с примерами для тупых?)

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

Я уже благодарен за попытку )

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

этому паттерну более 20 лет То что Вы не умеете его использовать, не работает в Вашу пользу А всего лишь доказывает, что паттерн не лишен недостатков, как и все остальные. Использование паттерна в соответствии с рекомендациями, решает проблемы сложных бизнес-кейсов, а также тестирования этих самых кейсов

пфф

если мне с первого раза не могут показать нормальный кейс, где паттерн оправдан, то о чём мы тут вообще говорим?

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

пфф

не вижу смысла дальше переписываться

если нет простого примера, то это заумь, маркетинг, ватевар еще

не вижу смысла дальше переписываться

лол

ну окей!

если нет простого примера, то это заумь, маркетинг, ватевар еще

пример простой, но он не показал какие реально проблемы должен решить паттерн

если нет простого примера, то это заумь, маркетинг, ватевар еще

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

потому что проблему нормально не смогли сформулировать

идее что земля плоская уже сколько лет?

тоже паттерн-же!

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

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

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

также и здесь

также и здесь

здесь не смогли нормально сформулировать проблему

ты тоже не можешь нормально объяснить какую конкретно решает этот паттрен

ок

Огромные и сложные бизнес-кейсы

что значит «огромные и сложные»?

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

что значит «размазанная бизнес-логика»?

ты можешь простой пример придумать?

и показать MVC vs DCI

или любой другой паттерн сравнить с DCI

где будет очевидно приемущество DCI?

и показать MVC vs DCI

я не собираюсь заменить MVC

ERROR: S client not available

а использовать их вместе

https://www.youtube.com/watch?v=4UhESx6vK4c

впринципе это видео хорошо описывает DCI

а использовать их вместе

так вот внимание вопрос: какую проблему это должно решить-то?

что значит «размазанная бизнес-логика»?

это значит если взять бизнес-кейс, и посмотреть по коду места его реализации и увидеть, что в модели куча методов, в контроллере код который использует кучу моделей. Нельзя просто взглянуть в одно место и посмотреть как это работает. В модели есть куча методов и никак нельзя понять где используются методы

так и в DCI нельзя!

так и в DCI нельзя!

Можно!

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

и в итоге у тебя всё опять размажется по куче мест

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

не будет

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

всё в одном файле

лол

аргументы один круче другого

там из логики только проверка баланса

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

так попросили простой пример

польза DCI видна только на сложных кейсах

ох

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

Можно на правах нуба задам вопрос - а какую архитектуру предпочитаете, Вы, @dd_bb ?

Можно на правах нуба задам вопрос - а какую архитектуру предпочитаете, Вы, @dd_bb ?

которая работает

отличный ответ, чо

какой вопрос, такой ответ, чо!

мне нравится решать конкретные проблемы, а не абстрактные в вакууме

можно было не отвечать

по этому мне вот эти абстрактные вещи про «DCI работает только на больших кейсах» полная хуета

Можно!

def transfer amount in_context do source_account.transfer_out amount end end я не понимаю что это знанчит читаю: вывести деньги со счета эмэмэм куда вывести?

source_account

ну хз

я так-то согласен что пример не очень