мне toArray вообще не нравится

очень опасно

мне тоже)

ну пока проэцируя принтеры на свои текущие проекты - мне оно пока нравится больше геттеров и toArray и DTO

но я на 100% не уверен

не вижу разницы между принтером и toArray

эм… серьезно?)

почему?

да

ну вот какая разница?

разница в том что мы не берем ничего у объекта, он сам пихает то что нужно

нам извне больше ничего по сути не нужно делать

toArray тоже пихает

что нужно

в массив

нет, он выплевывает наружу и мы с ним снаружи и работаем

а тут - мы ничего потом не делаем

ммм

какой-то препроцессинг может происходить внутри принтера но

а toJson не пихает наружу

нет, я просто не люблю строки

у меня json === array)

а так оно может финальный json сгенерить)

если надо

какие строки?

json_encode

внутри принтера

окей

всё ещё не вижу разницы

окей

может финальй загенерить

ну ок

toArray тоже может

не может

да?

у меня пару мест так работают

вполне норм

финальная дата

toArray - мы собираем стэйт и потом выплевываем его. То есть мы можем получить доступ через toArray()[‘title’] или чего такого print - мы собираем стэйт в принтер, который не предоставляет доступ к стэйту.

мммм

он может только распечатать данные в json

$user->toJson( (new JsonPrinter()) ->ignore($this->userIsAdmin() ? [] : ['email']) )

ну это мы “настраиваем” принтер)

а что на выходе?

на выходе чего?

так

$user->toJson( (new JsonPrinter()) ->ignore($this->userIsAdmin() ? [] : ['email']) )['titile']

в чём проблема взять title

?

unable to get offset from string

хз

чувак. ты доебываешься)

какой стринг?

toJson же возвращает array

:(

ну пусть array, ну получил ты доступ к стэйту

и че?

я думаю разработчик поймет что делает что-то не то

когда у него JsonPrinter-ы будут повсюду

так всё дело в том поймёт ли он?

ну геттеры - так себе идея

а dto - я слишком ленив что бы в php дтошки делать

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

можно в base64 перегнать

тогда вообще впадлу будет

я пытаюсь избавиться от необходимости делать полноценные dto

очень простая цель

ERROR: S client not available

и писать меньше кода

и контролировать вещи из меньшего количества мест

я много хочу?

честно говоря

да

отвергая предлагай

dto - отстой

плюсов нету

при чём тут dto

чуть-чуть инфы для статического анализа

геттеры - говно

лишний код

toArray - говно потому что… на моем проекте они уже показали свою несостоятельность в сложных случаях (хэндлинг локали, вложенные структуры)

принтеры пока-что хорошо ложатся...

я не понимаю идеи

добавить пару операций

чтобу девелоперу стало впадлу писать

можно добавить @deprecated

блин нет, смысл в том что бы вынести ответственность за формирование json-ки прямо в сериализуемый объект

и тогда они будут опасаться

откуда он знает что тебе нужно?

а это знает принтер)

сущность пихает все

чувак, я еще обдумываю

я тебе пытаюсь помочь

а не доёбываюсь :)

доебываешься)

шучу)

ладно, окей, принтеры космос

не не

доебывайся

:)