какие вообще есть варианты

на стэк оверфлоу надо часа 2 лазить чтобы все собрать

а тут проконсультируют

ну типа у тебя это займет пару часов и легче спросить

новичок руководствуется тем же ))

ответ новичку гуглится за 10 сек

имхо этот чат не для новичков

в том вся разница

тобой)

любым, кто умеет сформулировать запрос в гугл

мне кажется проблема надуманная)

большую часть времени чат молчит

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

что не оч

а тут сразу дали 2 ответа, так как уже было такое

имхо этот чат не для новичков

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

имхо этот чат не для новичков

а сюда надо было проходить тестирование ?

собеседование

с гуглом ))

имхо этот чат не для новичков

та не

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

Как, уже 4 версия вышла?

1 декабря выходит

Написано 30 ноября

Я опять все проспал

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

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

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

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

это у фронтов так скорее )) там реакт библиотеку поставил, редукс запустил и опа миддл, потом реактнейтив запустил на мобилке и овер 200к зп

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

главное - держать там только джунов и одного админа, не заходящего в чат месяцами

и они напишут yii3 )))

главное - держать там только джунов и одного админа, не заходящего в чат месяцами

взращивать по принципу естественного отбора?

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

можно было копнуть в сторону router.loader extra router loader

привет

а sf4 когда?

то я чет не нашел

30 ноября

то я чет не нашел

http://joxi.ru/krDgjENI0XOBqA

хм, странно. С утра смотрел - не было

спасибо

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

телеге не хватает отметки сообщений звездочками

Привет всем. Вопрос... Есть множество form_type в которые хочется добавить по 2 связанных поля и логику их проверки. В идеале как-то без дублирования кода $builder->add(NewFormType::class); Проблема в том, что нужно добавить поля на тот же уровень, что и основная форма ибо пишется замена текущему api и ничего нельзя менять

По факту как-то хочется смержить поля форм. их слушателей... Т.е. завести просто новый FormType. В нем логику проверки полей(слушатели и etc). И везде добавить как-то в остальные формы.

Наследование ?

Я просто не могу понять вопрос

Стоп

У тебя есть пачка форм? Каких форм ?

А, я понял что ты хочешь. В каждую форму из множества добавить по два поля. Можешь написать свою форму с этими полями и отнаследовать все формы от твоей. Ну или может есть смысл это проверять как-то по другому: если секюрити токену то воутер. Что будет в этих полях ?

Трейт?

Нет, ему надо билдер менять

ну так наследование ж никто не отменял

ну парэнт вызовешь и всё

если это действительно нужно и форм мульён

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

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

и в нем доконфигурировать формы

а что ты там хочешь проверять?

что за данныЕ?

к чему они относятся?

формы.. буэ

формы.. буэ

А ты как делаешь?

ERROR: S client not available

стараюсь без форм. через argument resolver

и сериализаторы с валидаторами

гибко, работает чудесно, все довольны

та ж кухня, только в профиль

меньше оверхеда и гибче

та ж кухня, только в профиль

формы нужны для форм а для json нужны мэпперы/сериалайзеры/нормалайзеры

формы это все включают но не удобно

гибче когда-то надо что-то гибкое сделать, для обычных крад операций они не проще.

ун вот обычная форма 3 поля, проще же форму создать и все

мне не часто нужны crud операции

редко админки делаю или crud апишки)

ну вот)

тогда формы не надо, но вот когда у тебя почти весь проект это крады, то они норм заходят))

ун вот обычная форма 3 поля, проще же форму создать и все

проще вообще ничего не создавать и попросить симфони замэпить json напрямую на dto

где там моя коробочка с лайками...

тогда формы не надо, но вот когда у тебя почти весь проект это крады, то они норм заходят))

если мой проект только крады - я задумаюсь на тему "а нужна ли мне вообще API?"

есть столько альтернатив которые освобождают время бэкэндщиков

та не, там 50/50. я понимаю ваш посыл про формы ))

ну ты тоже пойми правильно - я тоже формы для апишек юзал)

и я не могу придумать ситуации когда они удобнее

сорян чувак, тут сонату не любят

мда уж. )

@fes0r ты у нас вроде по апишкам)) интересно услышать твое мнение насчет пагинации такого вида https://facebook.github.io/relay/graphql/connections.htm# или что ты можешь посоветовать в качестве подхода пагинации на graphql. Есть ли смысл так упарываться? Планируется что апи будет юзаться фронтендщиком (которого еще ищут ) и erp-шкой. На внешку ничего нет

Вопрос - а входные валидировать как?

Пробрасывать в дто и валидировать ее

тоже вариант. да

да

крайний случай заполнять сущности и их валидировать, но не советую

ну и всегда можно даже массив провалидировать