и там же валидация

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

да он не про э то спрашивал

да он не про э то спрашивал

да, я может пропустил кое что

поэтому удалил свои сообщения =)

А о чем? Что Вы подумали? Возможно я неправильно задал вопрос, но именно это меня и интересует

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

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

если создавать одну форму, придется извращаться ивент листенерами и configureResolver-ами

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

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

можешь и сам все это делать и формы не нужны будут

Компонент форм очень большой, много фич и настроек, надо доку почитать, 100% можно сделать в одной форме) но надо ли)

Компонент форм очень большой, много фич и настроек, надо доку почитать, 100% можно сделать в одной форме) но надо ли)

нет нельзя

можешь и сам все это делать и формы не нужны будут

Формы не нужны?

ну я на них начал апи делать, ага. потом добавил слой дтошек и выбросил формы

ну я на них начал апи делать, ага. потом добавил слой дтошек и выбросил формы

для апи резонно

валидация идет на самом дто до того момента когда он даже в контроллер подъехал

правила в аннотациях, удобно

да и мантра "сущность всегда валидна" которой тут уши прожужжали вроде как соблюдена

а как ты данные реквеста на дто мапишь?)

из реквеста на дто - этим занимается fos_rest.body_converter или как то так он называется

paramconverter кароч

в контроллер приходит дто + ошибки валидации. ошибки чекаются - если есть - выбрасывается исключение

в контроллер приходит дто + ошибки валидации. ошибки чекаются - если есть - выбрасывается исключение

как ошибки в контроллер передаешь?

ConstraintViolationListInterface $validationErrors

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

ConstraintViolationListInterface $validationErrors

classik

тоже так делою

ну, мне такое очень понравилось вот и использую

paramconverter кароч

он не мапит все поля в обьект жи

у тебя маппер должен быть какой-то

ну вот пришел реквест lol :{name: Stepan, email: lol@loo.com}, я хочу на выходе получить DTO как ты сказал

UserDtoblabla

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

ручками

ты не понял. Request -> DTO -> Entity

???????????????

так у тебя?

да

мне интересно как ты с реквеста данные в дто пихаешь

вот есть у тебя обьект Request

че ты с ним делаешь?

нет у меня объекта реквест

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

/** * @Rest\Post("/categories", options = { "utf8": true }) * @ParamConverter("categoryRequest", converter="fos_rest.request_body") */ public function postCategoriesAction( CreateCategoryRequest $categoryRequest, ConstraintViolationListInterface $validationErrors )

Помогите пожалуйста ! Как добавить 2 бокса? Выводит только 1 бокс . Нужен связанный вариант выборки $builder ->add('state', RadioType::class, array( 'label' => 'Женщина', 'required' => false )) ->add('state', RadioType::class, array( 'label' => 'Мужчина', 'required' => false )); }

Помогите пожалуйста ! Как добавить 2 бокса? Выводит только 1 бокс . Нужен связанный вариант выборки $builder ->add('state', RadioType::class, array( 'label' => 'Женщина', 'required' => false )) ->add('state', RadioType::class, array( 'label' => 'Мужчина', 'required' => false )); }

rtfm — The RadioType isn't usually used directly. https://symfony.com/doc/current/reference/forms/types/choice.html#select-tag-checkboxes-or-radio-buttons

rtfm — The RadioType isn't usually used directly. https://symfony.com/doc/current/reference/forms/types/choice.html#select-tag-checkboxes-or-radio-buttons

А можно сделать без ChoiceType? Именно с RadioType???

А можно сделать без ChoiceType? Именно с RadioType???

я не против, делай :)

я не против, делай :)

Так я и спрашиваю , потому что не знаю как это сделать)))

Так я и спрашиваю , потому что не знаю как это сделать)))

я там линку на документацию скинул выше. Хочешь радио селект — юзаешь selecttype и expanded=true/multiple=false

Парни, что значит в доктрине DiscriminatorColumn? И когда его использовать? В проекте кто-nj выставил пустую аннотацию в классе. А мне стало интересно зачем и для чего его использовать?

/** * Class Reservation * @package TicketBundle\Entity * @ORM\Table(name="reservation") * @ORM\Entity(repositoryClass="TicketBundle\Repository\ReservationRepository") * @ORM\DiscriminatorColumn() */ class Reservation {

Парни, что значит в доктрине DiscriminatorColumn? И когда его использовать? В проекте кто-nj выставил пустую аннотацию в классе. А мне стало интересно зачем и для чего его использовать?

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

Чтобы понять в объект какого именно класса гидрировать данные из базы

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

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

Или скопипастил откуда-то не разбираясь)

Или скопипастил откуда-то не разбираясь)

Вполне возможно)

Вопрос к тем кто юзает postgres 9.6+ Как вы удаляете бд при тестировании? У меня сейчас ошибка мол нельзя дропнуть бд которая сейчас используется, получается мне изначально надо подключиться к другой бд, дропнуть тестовую, потом переподключиться и уже создавать тестовую бд? Только как собственно это сделать не очень понимаю

А зачем удалять бд при тестировании?

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

Автотесты что ли?

Т.е протестировал создание юзера - что бы запустил тест ещё раз и он опять прошёл

Вопрос к тем кто юзает postgres 9.6+ Как вы удаляете бд при тестировании? У меня сейчас ошибка мол нельзя дропнуть бд которая сейчас используется, получается мне изначально надо подключиться к другой бд, дропнуть тестовую, потом переподключиться и уже создавать тестовую бд? Только как собственно это сделать не очень понимаю

тесты ты гоняешь априори на другом .env делает _setUp что бы перед каждым тестом выполнялся

А если не пересоздавать бд тест будет крашиться

обычно такие манипуляции делают в каком-то "basetestcas'e'

от которого тесты и наследуются

https://github.com/dmaicher/doctrine-test-bundle Вот это юзай

хотя это то еще зло

У доктрины есть purger который умеет все данные из базы удалять

так он спрашивает как бд удалять, а не как тесты сетапить

А если не пересоздавать бд тест будет крашиться

Так бд у тебя всегда должна быть. А в миграциях делаешь откаты для удаления таблиц

Проблема в том что я пытаюсь бд удалить ( в кастомном бутстрапе) а оно пишет что не может так как база используется

так он спрашивает как бд удалять, а не как тесты сетапить

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

У доктрины есть purger который умеет все данные из базы удалять

Возможно подойдёт, сейчас погуглю, спасибо

Возможно подойдёт, сейчас погуглю, спасибо

Я тебе скинул либу для того что тебе надо

я бы на твоем месте сделал дамп фикстур в .sql и перезагружал его вместо bin/console d:s:c, fixtures:load

будет быстрее в раза два )

Я тебе скинул либу для того что тебе надо

Да спасибо, тоже гляну, просто хотелось бы без лишних бандлов)

Это девелоперный бандл. Он очень хороший. И в стандартной сборке симфони он стоит

А на проде его не будет.

https://github.com/dmaicher/doctrine-test-bundle Вот это юзай

Прикольная штука

Этот чувак, кстати, мой СТО :)

Этот чувак, кстати, мой СТО :)

лицо у него испуганное

лицо у него испуганное

:D

Это не его лицо. :)

Ребята, что сейчас модно использовать для dev окружение на маке? кто что пользует? Docker?

Докер?

Ребята, что сейчас модно использовать для dev окружение на маке? кто что пользует? Docker?

докер и в продакшен окружении модно)

@fes0r меня только dev интересует. Ладно с port mapping понятно, а что со slow mounted volumes, они по прежнему медленные?

@fes0r меня только dev интересует. Ладно с port mapping понятно, а что со slow mounted volumes, они по прежнему медленные?

если тебя интересует только dev окружение, то зачем тебе docker?

суть docker в унификации окружения между серверами и dev средой

что бы инфраструктура была максимально приближена к продакшену везде, что на твоем маке что на стэйнджинге для клиента/qa

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

@fes0r меня только dev интересует. Ладно с port mapping понятно, а что со slow mounted volumes, они по прежнему медленные?

что с port mapping понятно? nginx-proxy и т.п. и тебе не нужен port mapping как таковой. по поводу mounded volumes - NFS или docker-sync