То array ещё менее структурирован, parse более

емае через рефлексию можно менять защищенные поля а я думаю зачем это так часто спрашивают в вакансиях на симфони

Менять? А разве не читать?

Хочешь - инжекть. Он остаётся сериализуемыи? Да. Вот есть у меня задача, сделать User, я использую parse. Это не значит, что это единственно возможный подход. Вы же предоагаете мне делать вообще все в ней

Сделать можно все. Вопрос зачем и какие риски и профит

Риски я назвал, вы профит нет

Сделать можно все. Вопрос зачем и какие риски и профит

Вот тут я вообще не спорю

Профит? Удобство же. Если вам удобно например создать User из DTO, то почему нет? Вызывать какие нибудь события из диспетчера гулпо да

Но если это dto используется ну Реал но только для этих целей. Вот как в симфонии CreateUserDto. Лоьавляю в него Parse и в контроллере у меня готовый валидный объект

Мне эта и идея понравилась из симфоневского дто. Он приходит валидным по параметрам, а по ним я заодно моздаю новый валидный объект юзера

Зачееем 😳😳😳

для тестов вместо setId

Ну тогда есть короче запись (fn ($id) => $this->id = $id)->call($entity, 1234);

Профит? Удобство же. Если вам удобно например создать User из DTO, то почему нет? Вызывать какие нибудь события из диспетчера гулпо да

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

Ну тогда есть короче запись (fn ($id) => $this->id = $id)->call($entity, 1234);

это работает?

Прям джс какой-то

Ну тогда есть короче запись (fn ($id) => $this->id = $id)->call($entity, 1234);

тут фиксировано $id

тут фиксировано $id

Ну так передай имя параметра вторым аргументом

И врядли у тебя id будет называться не id

оставлю через рефлексию, полезный пример

это работает?

Дааа, пыху кидало из стороны в сторону

Ну тогда есть короче запись (fn ($id) => $this->id = $id)->call($entity, 1234);

Если это вызов то можно и без Call (Fn) (params)

Если это вызов то можно и без Call (Fn) (params)

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

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

А понял, это именно байндинг closure

<?php class StmtFactory { use FakerTools; use EntityTools; /** * @throws \ReflectionException */ public function create(?array $data = null): Stmt { $id = $data['id'] ?? $this->fake()->randomNumber(); $stmt = (new Stmt()) ->setName($data['name'] ?? $this->fake()->name) ->setEmail($data['email'] ?? $this->fake()->unique()->safeEmail) ->setMessage($data['message'] ?? $this->fake()->realText()) ; $this->setEntityProperty($stmt, $id, 'id'); return $stmt; } } namespace App\Traits; /** * Трейт для работы с сущностью. */ trait EntityTools { /** * Обновить защищенное свойство. * * @throws \ReflectionException */ public function setEntityProperty(object $entity, int|string|array $value, string $field): void { $class = new \ReflectionClass($entity); $property = $class->getProperty($field); $property->setValue($entity, $value); } } найс

А понял, это именно байндинг closure

и вся логика сетеров и гетеров идет в одно место)

и вся логика сетеров и гетеров идет в одно место)

Лара стайл

Ну технически тесты это часть инфраструктуры - так что можешь метод для проставления id запихнуть прям в сущность

типо Stmt::setIdForTest() и под интерфейс

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

Можешь ещё через денормалайзер это сделать

Ещё в симфе есть propertyAccesser

Можешь ещё через денормалайзер это сделать

Да вот вот, в самом начале говорил.

Если хочется магии и автоматики

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

Ну а вообще вот нормальный пакет

https://github.com/nelmio/alice

Чисто ямл конфиг заполнил и всё

без ебли

И фейкер встроен и денормалайзер и методы можно колить

И если чо, то можно через php сконфигурировать

потом когда силами symfony сделаю, перепишу на магию может

И если чо, то можно через php сконфигурировать

Век живи, Век удивляйся, а такого не видел:)

Подобные фикстуры на yii2 только

ох, юии

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

Если бы не юии2, я может быть и не стал бы программистом:)

(до сих пор не стал)

Если бы не юии2, я может быть и не стал бы программистом:)

та же история

ещё и каждый метод постфикс Action имена методов это названия маршрутов)

хотя я начинал с Codeigniter

ещё и каждый метод постфикс Action имена методов это названия маршрутов)

там можно было руками прописывать маршруты. Но сейчас yii3 просто сказка будет

смесь симфы с ларой

разве он продолжает развиваться?

конечно никто не будет на нем кодить. Пионеров мало

это же лютое легаси в рф сегменте

разве он продолжает развиваться?

да, там полировка идет

смесь симфы с ларой

ноуп.... Скорее чистый PSR где кучу вещей придется писать руками

yii2 был прекрасен своим Ar и всякими Active Приставками. Сейчас будет просто куча бойлерплейта. Фабрики, Ханделры, Эмиттеры, Фабрика для фабрики, мидлвари ух

сомневаюсь что 3 версия когда нибуть выйдет фрейморк 2012 года)

а и установка его как у какого-то битрикса помоему

там от yii только название

там уже куча готовых модулей

но вакании встречаются так что надо освоить и платят больше

лучше программирование концептуальное изучай, чем фреймворк

лучше программирование концептуальное изучай, чем фреймворк

Нееее, ты чегоооо

ааа сорри

я знаю много языков и концептуально понимаю)

да да... Толкьо фреймворки, чем большетем лучше

Понятийная база нафиг никому не нужна

в Резюмешку все слвоа что знаешь:)

Прям много? Прям отлично знаешь? А может и компьютер саенс знаешь7

Искусство программирования ДЕйстры тоже Осилил. Таненбаума? Маконнела?

Искусство программирования ДЕйстры тоже Осилил. Таненбаума? Маконнела?

нет зачем мне это? впервые слышу

эх...

я програмирую сайты), а не ядро операционной системы) скорее даже работу между базой и сервером

Я приверженец системного/инженерного мышления и междисциплинарного развития. Даже сайты может писать инженер

НУ и продолжишь их писать значит:)