Функция - это когда f(x) = y

а тут как?

а тут как?

Тут объект, у которого вызывается метод, который возвращает что-то

object.call(x) = y

Тут объект, у которого вызывается метод, который возвращает что-то

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

а мы говорим в общих понятиях

программирование это не про язык

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

Неа, мы даже не про руби сейчас

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

Неа, мы даже не про руби сейчас

ну я хз в твоем случае это именно f(x) = y

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

количеством бизнес логики

ну я хз в твоем случае это именно f(x) = y

Ну ты правда разницу не видишь?

нет

количеством бизнес логики

У меня большая лямбда

Там много логики поместится

Я просто оставлю это здесь http://devonburriss.me/ddd-glossary/ Смотрим определение Domain Service

У меня большая лямбда

антипаттерн

во кстати DDD это про сервисы

антипаттерн

Кто тебе это сказал? :)

Кто тебе это сказал? :)

https://ru.wikipedia.org/wiki/SOLID_(%D0%BE%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D0%BD%D0%BE-%D0%BE%D1%80%D0%B8%D0%B5%D0%BD%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5)

хорошо, вот тебе пример. в чем разница по твоему? class SaveUser def call(payload) user = User.new(payload) user.body = markdown.call(payload[:markdown]) user.save end end save_user = SaveUser.new save_user.call({ ... }) save_user = -> (payload) do user = User.new(payload) user.body = markdown.call(payload[:markdown]) user.save end save_user.call({ ... })

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

Потому что чувствую, что сейчас мы весело перепрыгнем с утверждения "сервс объект и интерактор - это одно и тоже" на "сервисы из ддд это не лямбды"

Ну собственно. Мой поинт в том, что у вас есть объект, который реализует функцию (принимает данные, возвращает данные), дальше у него есть куча разновидностей, но идея схожая и все это может называться сервис объектами, оперейшенами, интеракторами и так далее. Глобальная идея общая, но вот эти штуки отличаются между собой

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

мне вот очень интересно это обсуждение, и, надеюсь, ты не забудешь сказать своё мнение

хорошо, вот тебе пример. в чем разница по твоему? class SaveUser def call(payload) user = User.new(payload) user.body = markdown.call(payload[:markdown]) user.save end end save_user = SaveUser.new save_user.call({ ... }) save_user = -> (payload) do user = User.new(payload) user.body = markdown.call(payload[:markdown]) user.save end save_user.call({ ... })

тут нет разницы

Ну собственно. Мой поинт в том, что у вас есть объект, который реализует функцию (принимает данные, возвращает данные), дальше у него есть куча разновидностей, но идея схожая и все это может называться сервис объектами, оперейшенами, интеракторами и так далее. Глобальная идея общая, но вот эти штуки отличаются между собой

а как отличаются, чем?

Ну собственно. Мой поинт в том, что у вас есть объект, который реализует функцию (принимает данные, возвращает данные), дальше у него есть куча разновидностей, но идея схожая и все это может называться сервис объектами, оперейшенами, интеракторами и так далее. Глобальная идея общая, но вот эти штуки отличаются между собой

ну я как раз про глобальную идею и говорю – сервисы)))))0

а как отличаются, чем?

Ну интерактор тебе не возвращает твой результат, он возвращает объект со стейтом и какими-то геттерами

моя лямбда тебе в сервис обжект не поместится

(простите)

Ну интерактор тебе не возвращает твой результат, он возвращает объект со стейтом и какими-то геттерами

это не важно

Сервис объект возвращает то что хочешь и сам задашь

это не важно

Да это важно как раз

лол

нет

это важно для педантов уровня бэ

прочитай статью

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

хотя потом сам соглашаешься с тем что они глобально выполняют одно и то же

ну я бы тоже доебался

у тебя все сервис

Абсолютно разные идеи

Сервис объект возвращает то что хочешь и сам задашь

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

Ну собственно. Мой поинт в том, что у вас есть объект, который реализует функцию (принимает данные, возвращает данные), дальше у него есть куча разновидностей, но идея схожая и все это может называться сервис объектами, оперейшенами, интеракторами и так далее. Глобальная идея общая, но вот эти штуки отличаются между собой

> Абсолютно разные идеи > Глобальная идея общая

лолвут

> A Service Object is not a pattern. It is an implementation.

> Абсолютно разные идеи > Глобальная идея общая

Разные объекты с общей идеей

> A Service Object is not a pattern. It is an implementation.

Так я про паттерны хоть слово сказал?

Так я про паттерны хоть слово сказал?

> It is an implementation.

> A Service Object is not a pattern. It is an implementation.

ну, выходит, service object и интерактор - это разное

ключевая фраза

если у них импементация различается

еще раз кидаю статью https://blog.lelonek.me/what-service-objects-are-not-7abef8aa2f99

#вакансия #удаленно #fulltime Всем привет в этом уютном чатике! Я к вам с вакансией. В нашей компании (СофтТелематика) открылись позиции для удаленных разработчиков RoR. Мы занимаемся заказной разработкой ПО, пилим логистическую систему. Вилка - 60 000 - 120 000 руб на руки, вся белая. Уровень - от крепких миддлов . Оформление по ТК, по трудовой. График с 11:00 до 20:00 (важно, чтобы вы были в онлайне или доступны) можно двигать, оплачиваемый отпуск - 31 день. С секундомером стоять никто не будет, важно качественное выполнение задач в срок (таск трекер Jira), подпинывать тоже не будем, нужно чтобы вы были самостоятельными :) Офис в Москве, поэтому рассматриваем ребят с разницей по времени до 3-4 часов. По стеку: Ruby,RoR, Postgress и в целом мы используем opensource, на фронте - Js, Jquery, Vue.JS, если это важно. Собеседование в один этап, сразу техническое, по скайпу. Резюме и вопросы - мне в личку

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

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

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

я не ввожу в заблуждение других людей, а это мое мнение

я не ввожу в заблуждение других людей, а это мое мнение

основанное на мнении парня из статьи, чьё мнение и компетентность в данном вопросе также спорно

так мы тут как бы и собрались чтобы обсуждать

Антон сам пишет, что идея глобально одна и та же

так мы тут как бы и собрались чтобы обсуждать

я понимаю твою точку зрения, но соглашусь с тем, чтобы разделять: это всё объекты логики, но предназначены для разных целей и кусков кода

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

> It is an implementation.

Ну и да, скажи, чем моя имплементация с лямбдой тебя не устраивает как сервис? Лол

мне вот очень интересно это обсуждение, и, надеюсь, ты не забудешь сказать своё мнение

Да собственно я все тоже самое в канале написал, один в один, так что хз какое мнение

> It is an implementation.

Хорошо, давай я перефразирую свою идею, что бы ты понял. Интерактор и сервис - это объект, который реализует функцию (одну), но при этом они возвращают какой-то результат функции, которая реализована в объекте

> It is an implementation.

Ну и да, скажи, чем моя имплементация с лямбдой тебя не устраивает как сервис? Лол

ERROR: S client not available

я не ввожу в заблуждение других людей, а это мое мнение

Ну там только что мне говорил, что сервис объект - это про бизнес логику (почему-то большую), а в лямбдах нельзя Ее почему-то держать. Теперь мы пришли, что можно, но опять это разные вещи

Статья хорошая, парень много чего по делу написал

Ну там только что мне говорил, что сервис объект - это про бизнес логику (почему-то большую), а в лямбдах нельзя Ее почему-то держать. Теперь мы пришли, что можно, но опять это разные вещи

одна лямбда это не бизнес логика еще раз

Но основная причина моего доеба в том, что ты все функциональные объекты называешь сирвисами

Сервисами

одна лямбда это не бизнес логика еще раз

Я выше пример скинул, ответь, в чем разница

Я выше пример скинул, ответь, в чем разница

нет разницы

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

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

А сохранить юзера - это не логика?

нет разницы

А если нет, давай лямбды сервисами называть?

А если нет, давай лямбды сервисами называть?

я бы назвал твой пример просто функциями

я сливаюсь сорян мне надо идти

я бы назвал твой пример просто функциями

1. Это не функции, ты в школе учился? Синус - это функция. А тут тебе нужно сделать объект и у объекта вызвать метод с параметрами. Чувствуешь разницу? 2. Хочешь, я напишу пример на 100 строк бизнес логики? Что-то помещается?

Не воспринимай только фразу "ты в школе учился" как оскорбление

ребят стоит ли учить vim?

Нет

да

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

1. Это не функции, ты в школе учился? Синус - это функция. А тут тебе нужно сделать объект и у объекта вызвать метод с параметрами. Чувствуешь разницу? 2. Хочешь, я напишу пример на 100 строк бизнес логики? Что-то помещается?

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

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

Ты можешь просто сказать где я не прав

ребят стоит ли учить vim?

Зачем оно тебе? Сначала вим, потом тмукс, а потом станешь злым интровертом

ребят стоит ли учить vim?

стоит

говорят намного быстрее пишется

править конфиги на сервере гораздо приятнее в виме, чем в нане

говорят намного быстрее пишется

Не вижу разницы на самом деле

Зачем быстро писать то? :)

а почему тогда очень много рубистов именно в виме пишут?

на самом деле код серьезно никто в виме не пишет

в Gvime может быть

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

в macvim очень даже пишут

тот же SublimeText с vim режимом гораздо комфортнее