Anonymous
Ну не знаю. Я бы не стал в ооп передавать везде строки
Maxim Kainov
Eugen Su
Необходимость в дто приходит на больших проектах, когда много методов и разные констреинты на одно и тоже поле итак далее
Maxim Kainov
Сериалайзером
Eugen Su
Все к этому приходят сами
Anonymous
Сергей
Maxim Kainov
Eugen Su
Тетёхнешся прописывать группы и правила и все такое
Anonymous
Я не хочу чтоб на энтити сразу маппилось что-то. Я хочу принять в контроллере объект, провалидировать его, отдать в сервисный слой и там уже засунуть в транзакцию данные, и создать энтити
Maxim Kainov
Anonymous
У тебя может в одном посте придти три разных енума, куча Collection и ещё всякая гавна
Eugen Su
Вот и я говорю, есть проекты, где ты сам понимаешь необходимость в этом, частенько бывает таак, что ты это изобретаешь, а потом читаешь и такой о бля, это же дто)))
Anonymous
Anonymous
У даДаты в респонсе около 40 полей, каждый из которых может быть чем угодно, и все их надо валидировать перед тем, как запихнуть в твою энтити
Anonymous
Вот поэтому я не понимаю нафига формы)
Eugen Su
Формы оверхед дичайший, у меня как то совпало, что я на двух проектах занимался как раз таки их выпиливанием
Eugen Su
Например в платежках, у тебя интеграция с 200 платёжными системами, с формами это будет слегка утомительно
Anonymous
К сожалению дто это гвозди. И не все в мире молоток
Maxim Kainov
Anonymous
Maxim Kainov
Maxim Kainov
Eugen Su
Вот какой она пришла, такой и будет, а у ентити сеттеры, которые в будущем могут прострелить ногу
Eugen Su
Тут ты гарантируешт, что до базы донесешь валидные данные и никто на них лапки не наложит
Maxim Kainov
Anonymous
Писали бы мы на расте - мы бы на этапе фида в ДТО уже получили бы по ебалу
Maxim Kainov
Anonymous
Maxim Kainov
А зачем
Чтобы ногу не подстрелить )
Anonymous
Если ты купил молоток, то забивай гвозди им, а не обухом топора
Anonymous
Maxim Kainov
Anonymous
Сумимасен что??? Зачем???
Eugen Su
А если без событий?
Ну если круд, то чтобы нет) я как в начале и сказал, дто приходит когда ты в нем нуждаешься
Сергей
ДТО как очки - когда будут нужны, ты поймешь))
как то так про vuex кто то говорил
Anonymous
Я сегодня писал кастомные Command, уже ломается человеческая логика, ребята
Eugen Su
Anonymous
Eugen Su
Но за фразу лютый плюс
Maxim Kainov
Ну чтобы слои отделить
Maxim Kainov
Eugen Su
Просто у тебя не было кровавого энтерпрайза)
Maxim Kainov
Eugen Su
Ага, кровавая)))
Eugen Su
Рекомендую окунуться на годик, многие вещи в жизни пересмотришь)
Maxim Kainov
Eugen Su
На самом деле это дико холиварная тема, пушто каждый понимает слои по своему
Anonymous
Eugen Su
Для меня есть слой бд, слой бизнес логики и слой представления, то бишь репозитории, сервисы с хэндлерами и контролёры консюмеры
Eugen Su
И жизнь стала проще, жизнь стала веселее
Maxim Kainov
Anonymous
Eugen Su
И в такой ситуации сущности нужны перед записью в бд только, я знаю что создание сущности у меня ток в одном месте и я всегда знаю куда смотреть если что то с записью пошло не так
Anonymous
У нас вот контролёры кое где тыкаются в репозиторий. В своём коде я такой хуйни допустить не могу))))
Eugen Su
Ууу эт да, выглядит диковато
Anonymous
Слишком андроидно
Eugen Su
То есть тут как раз таки и описано бд, бизнес логика и презентер
Anonymous
Ну вообще они и рекомендуются быть Rich
Anonymous
А не anemic
Maxim Kainov
Eugen Su
Просто анемичные сущности я бы больше к слою бд отнёс
Anonymous
https://thevaluable.dev/anemic-domain-model/
Eugen Su
Не играет роли.
Ну здрасьте, у тебя сущность это просто обертлчка над колонкой и усё, а вся логика работы с ней в сервисе
Maxim Kainov