Артём сори я тебя случайно забанил

Всем привет, что на php можно написать для гитхаба?

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

В каком?

Psalm, Doctrine, Symfony, Laminas, PHPUnit. В любой, которым пользуешься. Всегда найдутся задачи)

Хочу из выхлопа DBAL делать структуры
Простейший код приведенный внизу с этим справляется кончно.
Но от DBAL приходят только строки. Может кто то подсказать библиотеку котрая соответственно типам значения преобразует. Как пример https://github.com/gyro-project/query-table-gateway но нужно для 7.3

Как я делаю это сейчас:

$resultObject = (new Instantiator())->instantiate($className);
foreach ($result as $key => $value) {
  $key = lcfirst(str_replace('_', '', ucwords($key, '_')));
  $resultObject->$key = $value;
}

Архитектурный вопрос на DDD: вот есть у нас класс Автор, у которого должна быть подпись в виде текста. Как бы вы это стали делать?
1) Создать для подписи отдельный класс Signature и положить внутрь строку. Объект подписи положить в объект автора.
2) Добавлю в класс автора строковое свойство с сеттером/геттером работающими со строками.

а зачем подписи вообще быть в авторе? не ложите ее в сузность просто.
Как от подписи зависит ваша бизнес логика?

странный вопрос однако

Ну на сайте показывать например, не суть важно. Интересный момент в том, где проходит граница для создания отдельного класса подписи и использования обычной строки в свойстве.

Я вижу что подпись является неотъемлемым свойством автора, поэтому она не может существовать отдельно без родительской сущности, а это означает что время жизни объекта подпись совпадает с временем жизни инстанса автора. А отсюда получается что это должно быть внутри класса автора и нельзя делать $signature = new Signature(‘It is me’) потому что тогда мы нарушим условия DDD. Что думаете?

А при чем тут тогда вообще ДДД? :)
Удилите лучше эту абривеатуру из вопроса. И продолжайте пилить ваш CRUD опираясь на UI.

Мне нужен ответ и размышления по доменной модели ) CRUD тут совсем не при чем, так что я подожду ответа от того кто вникнет в вопрос и осмыслит времена жизни объектов и скажет как это относится с DDD. Хочется понять создаст ли кто-нибудь вообще класс Signature или нет.

а что, если я скажу тебе, что в ДДД есть только сущности и объекты-значения?

Вот, поэтому и вопрос что делать с подписью к сущности автора.

Будет ли подпись объектом-значением или строковым свойством в сущности автора. Вот где правильная граница?

ну, можно подумать с позиции "а зачем нужен VO"
1. для типов, чтобы нам не передали "какую-то не такую строку"
2. для поведения, если хочется чтоб эти скаляры как-то себя вели

ну и ответы:
1. а какая "не такая" строка может быть в подписи? ну, можно конечно, просто чтобы глупых ошибок избежать, но звучит не супер критично
2. а какое отдельное поведение есть, которое мы бы хотели делегировать объекту подписи?

в общем я б скаляр оставил.

Вот я вот тоже так думаю, просто тут апологет DDD сопротивляется и доказывает что нужен именно класс Signature. И вот чувствую, что у него тоже часть правды есть, но не настолько чтобы упарываться совсем и оборачивать каждую строку в свой класс.

Мой голос тоже за скаляр и YAGNI. 👍🏻

ну часть правды в п.1
primitive obsession это не оч
но это не самое страшное, что может произойти с кодом
тем более, что если поведения нет, добавить VO просто ради типа можно примерно в любой момент без боли.

1. Строку валидируешь валидатором.
2. Поведение выносишь в сервис.
И не паришься.