http://wiki.c2.com/?DataTransferObject

там даже с вариантами что можно вместо юзать

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

и сразу в энтити запхать

почему не можешь? можешь)

я так и делаю (в апишках)

ну и спрашивается зачем тогда это в ДТО запихивать ?

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

ну и спрашивается зачем тогда это в ДТО запихивать ?

а тебе и не надо)

тут конечно умные слова типа sortable и serializable

это один из вариантов как можно данные между слоями/компонентами перекидывать. Не единственный

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

ну вот я и подумал, что для иммутабельности сущности в общем-то

хотя иммутабельность здесь не совсем верное слово

конкретно тут обсуждалось в контексте форм симфоневых которые требуют конкретно что бы были структуры данных

и для создания этих структур, собстно и юзать дто

ну, в принципе, логично

конкретно тут обсуждалось в контексте форм симфоневых которые требуют конкретно что бы были структуры данных

я вот еще задумывался над внутренней валидацией данных в ДТО. Но чет мне идея не очень нравится, ибо дофига тогда на них накладываю

а это уже харам

я вот еще задумывался над внутренней валидацией данных в ДТО. Но чет мне идея не очень нравится, ибо дофига тогда на них накладываю

ммм... зачем там внутряняя валидация?

ну короч не важно

ммм... зачем там внутряняя валидация?

чтобы отдельно не юзать

приведу конкретный кейс

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

у тебя есть битая csv

ты её парсишь

у тебя структуру csv парсер провалидирует считай)

я для этого юзал встроенный десериалайзер

а то что в поле dto ничего не записалось - это уже не dto дело. Ну либо у тебя язык умеет в ранайме на нул проверять (котлины всякие)

подходы сильно разнятся в зависимости от языка. Например в kotlin dto делать быстро и удобно

И после этого у тебя полуубитый массив. Сразу в сущность такие данные пихать нельзя. Поэтому запихал в дто. И в общем-то после ДТО надо как-то сущность обновить и в бд записать

а в php - ну типа чуть удобнее как в java но меньше возможностей

при этом проверить на корректность значений

и вот где эту проверку делать ?

где-то между отдельным сервисом ?

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

и чем эти два вида валидации между собой отличаются

как пример - валидация уникальных значений

типа email при регистрации

Допустим показать, где ошибся и вывести этот row в консоль

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

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

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

Ну вот и куда эту валидацию пихать ? Отдельным сервисом ?

какую из них?)

каждый день одна тема =)

DTO и формы

какую из них?)

Обе

А мне новый ПР создавать или закомитить в текущий?)

Да блин, я серьёзно )

Я очень туго вдупляю куда девать валидацию

в класс валидации ?

нужно больше классов

А мне новый ПР создавать или закомитить в текущий?)

в текущий

в текущий

закомитил)

Я очень туго вдупляю куда девать валидацию

туда где она уместа)

а кто-нить с Happyr/Doctrine-Specification активно юзал? как справляться, когда нужно сравнивать с результатом выражения исполняемого базой (функция, там, или просто математика нескольких полей)

а кто-нить с Happyr/Doctrine-Specification активно юзал? как справляться, когда нужно сравнивать с результатом выражения исполняемого базой (функция, там, или просто математика нескольких полей)

мы юзаем, тебе нужно что-то типа min(a.field1) > max(a.field2) ?

да даже проще, что-то типа field1 * field2 > :value

public function getFilter(QueryBuilder $qb, $dqlAlias) { $qb->setParameter('value', $this->value); return $qb->expr()->eq("$dqlAlias.field1 * $dqlAlias.field2", ':value'); }

если что спеки это просто обертка над doctrine expr

и если немного покапаешься с сорсах то сразу будет видно как что можно прикручивать \Happyr\DoctrineSpecification\Filter\Comparison

\Happyr\DoctrineSpecification\EntitySpecificationRepositoryTrait

public function getFilter(QueryBuilder $qb, $dqlAlias) { $qb->setParameter('value', $this->value); return $qb->expr()->eq("$dqlAlias.field1 * $dqlAlias.field2", ':value'); }

а откуда $value взялся?)

а откуда $value взялся?)

так это уже его дело, хоть через конструктор, хоть еще через что-либо

@miksir чуть обманул, там getFilter нужно переопределить, я подправил пример

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

ERROR: S client not available

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

с этим нужно смериться, для каких-то простых кейсов ок, что-то сложнее то приходится прокидывать инфраструктуру как ни крути

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

Выдели интерфейс аля CoolEntitySpecification, и сделай реализацию DoctrineCoolEntitySpecification. Или не подойдет для твоего кейса?

Выдели интерфейс аля CoolEntitySpecification, и сделай реализацию DoctrineCoolEntitySpecification. Или не подойдет для твоего кейса?

да можно, конечно, но код будет странно выглядеть - почти все спецификации статикой в сервисе, и одна спецификация инжектируется ;)

даже не спецификация, а фабрика

даже не спецификация, а фабрика

мб это? https://github.com/K-Phoen/rulerz

посмотрю, спасибо ;)

мб это? https://github.com/K-Phoen/rulerz

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

а кто-нибудь прикручивал пхпюнит, который поставляется с бриджем из симфони к пхпсторму?

а кто-нибудь прикручивал пхпюнит, который поставляется с бриджем из симфони к пхпсторму?

а что там прикручивать?

я вот смотрю симфони компоненты и т.д. и офигеваю от того как много всего сделано с умом блин, следующий проект на симфони буду делать, изучать и делать OptionsResolver - круто да все круто

Ну не все ? Многие на security жалуются. жесткий ппц. Хоть и красиво, но слишком усложнено уже... Хотя разобраться стоит. Пока разберешься, в живую увидишь все паттерны, а это лучше, чем в книжках абстрактные примеры читать.

я вот смотрю симфони компоненты и т.д. и офигеваю от того как много всего сделано с умом блин, следующий проект на симфони буду делать, изучать и делать OptionsResolver - круто да все круто

А откуда пришёл?)

А откуда пришёл?)

laravel

ребята, подкиньте dockerfile для php:fpm-alpine для симфони где нужные пакеты есть, или там по дефолту норм?

ребята, подкиньте dockerfile для php:fpm-alpine для симфони где нужные пакеты есть, или там по дефолту норм?

https://github.com/benbor/docker-symfony вот недавно сам форкнул и чуть подпилил. Но далеко, пока что, от production-ready

по дефолту норм

спасибо, смотрю

https://github.com/benbor/docker-symfony вот недавно сам форкнул и чуть подпилил. Но далеко, пока что, от production-ready

так там debian, а я на alpine хочу

по дефолту норм

спасибо, пробую

https://github.com/benbor/docker-symfony вот недавно сам форкнул и чуть подпилил. Но далеко, пока что, от production-ready

к томуже там вот такая дичь: RUN echo "error_reporting = E_ALL" >> /usr/local/etc/php/conf.d/docker-php-ext-xdebug.ini RUN echo "display_startup_errors = On" >> /usr/local/etc/php/conf.d/docker-php-ext-xdebug.ini RUN echo "display_errors = On" >> /usr/local/etc/php/conf.d/docker-php-ext-xdebug.ini RUN echo "xdebug.remote_enable=1" >> /usr/local/etc/php/conf.d/docker-php-ext-xdebug.ini RUN echo "xdebug.remote_connect_back=1" >> /usr/local/etc/php/conf.d/docker-php-ext-xdebug.ini RUN echo "xdebug.idekey=\"PHPSTORM\"" >> /usr/local/etc/php/conf.d/docker-php-ext-xdebug.ini RUN echo "xdebug.remote_port=9001" >> /usr/local/etc/php/conf.d/docker-php-ext-xdebug.ini и каждая строка создает отдельный layer в образе, человек писавший это вообще невкуривает про докер. Это надо делать через COPY и папку создать conf.d где удобочитаемо все разместить и копирование уложить в 1 слой

Сорри, забыл сказать, включи ветку sf4

Ты прав, я поэтому и форкнул, чтобы руки дошли сделать pr. Но для старта норм.

так там debian, а я на alpine хочу

Так это ж все оффициальные докер PHP - поменяй FROM в докерфайле на alpine и все поедет точно так-же

так там же обычный конфиг. вообще иди и ищи в laradock все что тебе надо

Так это ж все оффициальные докер PHP - поменяй FROM в докерфайле на alpine и все поедет точно так-же

в alpine разве apt-get пакетный менеджер?

apk

в alpine разве apt-get пакетный менеджер?

А вот я хз кстати, тут ты, наверное, меня поймал :)

нее, там точно debian и все равно избыток слоев. Я доделаю выложу свою версию, хочу через ENV чтобы настраивалось, и не привязывалось в симфони, не вижу смысла в этом, нужно огностически подходить, так же как и симфони написан

могу свой расшарить если хочешь

конечно, если на гитхабе

@g_iusipov я вспомнил, там одинаковые есть команды, что в дебиан что в alpine docker-php-* если только ими пользоваться, то совместимость есть.