это не обязательно отдельные сущьности

то что у тебя так случилось что по паспорту ты Дартаньян не означает что в профиле у тебя именно это имя

я же не про профиль

в интернетах

я же не про профиль

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

разумеется

в интернетах

что в интернетах?

и в догвооре его надо брать оттуда

но на сайте показывать название вывески а не юр лицо

и в догвооре его надо брать оттуда

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

да при чём тут простые кейсы

не пиши о них это не важн )

да при чём тут простые кейсы

а причем тут твоя нормализация реальности?)

иногда надо просто сет

)

иногда надо просто сет

нет, никогда не надо просто сет

окей

так проще потому что люди так привыкли

но это не значит что так надо

переименуй понятие сет на экшен

в конечном итоге это просто херовое именование

МэйкЧиендж

МэйкЧиендж

тоже херня

ну то есть да, разница между rename каким и setName чисто в семантике а не в коде

но именно семантика и важна

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

не канаем

выше был пример с surname

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

выше был пример с surname

сделай VO

и вуаля

сделай VO

ага с сеттерами

выше было почему

ага с сеттерами

зачем они тебе? надо новое имя - сделай новый инстанс)

потому что пхп не умеет в типизаци по другому

потому что пхп не умеет в типизаци по другому

конструктор

все умеет

в чём ток пхп не обвиняют..

ну так конструктор тот же сеттер

только явно и сразу

ну так конструктор тот же сеттер

нет

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

конструктор - рождение объекта. Сеттер - хер знает когда

а бывает что 75% опционально

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

а бывает что 75% опционально

если у тебя 75% опционально - значит ты херово сделал VO

всё просто же

кек

а бывает что 75% опционально

builder

щас бы у технических характеристик авто было мало параметров

щас бы у технических характеристик авто было мало параметров

билдеры, как предложил @KuvshinovEE хорошо ложатся. + эти характеристики между собой тоже можно разделить

они все неплохо так группируются, если что)

не нужно все характеристики в конструктор пихать)

builder + vo + dto

ну как бы тут проблема не в языке

так билдер всё равно попросит параметров )

щас бы у технических характеристик авто было мало параметров

ты просто придумываешь себе оправдания - не находишь?

через builder генерируется dto которое идет в vo

builder + vo + dto

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

так билдер всё равно попросит параметров )

попросит - и там будут твои любимые сеттеры

так билдер всё равно попросит параметров )

так ты там методами их передашь нужные

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

нет, разница в цикле жизни

builder + vo + dto

против - поработай скаждым полем по отдельности

нет, разница в цикле жизни

сеттер != переопределение

стопэ

сеттер != переопределение

что, прости?

артур ты опять чем то упоролся)

ERROR: S client not available

что, прости?

цикл жизни

это именно это и значит

не хочешь переопределять - запрети

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

собрал один раз - запрети сетить

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

если цель запретить - запрети

собрал один раз - запрети сетить

то есть у тебя в интерфейсе объекта будет зиллион методов которые нельзя вызывать?)

а бывает наоборот надо докидывать параметры

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

а бывает наоборот надо докидывать параметры

бывает неумеют в декомпозицию

if($this->isFreeze) throw ObjectIsFrezed ?

бывает неумеют в декомпозицию

бывает бывает

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

зачем

хернул сеттеров пачку

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

и не паришь себе голову

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

зато в декомпозицию умеют

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

ты явно упорот.

так ты херовый подход предложил я херовым ответил )

ну давай решение из фп возьмем

так ты херовый подход предложил я херовым ответил )

нет, ты видимо плохо понимаешь о чем я говорю

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

if($this->isFreeze) throw ObjectIsFrezed ?

много вариантов

раз у тебя сеттер это не сеттер

надо сделать частный вызов функции

много вариантов

это полная херня

фактически разница только в том что вс сразу передаётся или постепеннь накапливается

много вариантов

я привел костыль в этом примере

причем ацкий

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

если у тебя есть nosql документ и тебе надо подмержить кучу полей - нен ужно делать новую сущьность