и всё

$builder->add('items', CollectionType::class, ['entry_type' => MyEntityType::class, 'allow_add' => true, 'allow_delete' => true, 'by_reference' => false]);

$form->handleRequest($request); if ($form->isSubmitted() && $form->isValid()) {

самбит получается обычный

Спасибо, сейчас попробую ещё разок разобраться с CollectionType, раз уже делали так.

ну он для этого и предназначен

ну он для этого и предназначен

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

А сек

Еще момень

Вся таблица завернута в форму

<form id="table_form" class="form-inline my-3" method="post" action="{{ app.request.requestUri }}"> {{ form_widget(form._token) }}

И дальше таблица

Без токена не пройдет csrf

Это если ты кастомно рендеришь таблицу

А получается {{ form_start(form) }} и {{ form_end(form) }} не используется в данном примере?

У меня нет

Я руками просто все поля отрисовываю

И форму руками

Ну у меня работает )

Может это не супер правильно, но главное работает

А, ну так я как раз и не хотел так делать) Я хотел всё в классе описать и уже просто отрендерить, как в документации

Ну в теории так и должно работать

Но если тебе надо удалять строки то по-моему там всеравно надо руками писать

Или добавлять

Да, надо будет добавлять и удалять.

Почему реакт настолько популярее vue? Читаю доку и поражаюсь насколько реакт сложнее, непонятнее и костыльнее чем vue

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

это от невысокой квалификации и желания разбираться

так-то и симфони ровно так же можно описать по сравнению с вордпрессом

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

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

По твоему vue это как вордпресс?

Мне кажется все наоборот

ну, если на пхп проецировать - то примерно как уии

Мне кажется все наоборот

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

Просто сравнить vuex и redux

Насколько vuex прост, настолько же redux сложный и непонятный

в уии очень много мелкой магии, он менее очевидный, там больше заточено всё под "быстро навалять спа". реакт сложнее, у него выше порог входа, но он позволяет писать куда более удобные для разработки приложения - компоненты можно тестировать, можно отделять логику рендера от остального, есть мощные и гибкие стейт-менеджеры, которые во vue выглядят очень сбоку присобаченными и неудобными. это реально чуть разного "веса" продукты

Ну первое впечатление такое

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

редакс это, по их словам, прошлый век

Все эти танцыьс имутабельным стейтом, простл пипец

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

Что за..

Это ж сколько всего там происходит на простое изменения стейта

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

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

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

Да всем пофиг. Если тебе надо добавить число в коллекцию из 10000 чисел, давайте клонировать всю коллекцию

Какой-то заговор облачных провайдеров

Где оплата за цпу такты и память

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

Тем более для меня это дико в изначально не многоплточных языках

Типо пхп и джс

Я еще пойму мотивацию с имутабельным стейтом в параллельных языках

Дабы избежать сложно обнаруживаемых рейс кондишенов

Но видимо мода пошла. Мода страшная вещь

Просто каждый раз когда я вижу state = {...state, .. } не знаю, волосы дыбом встают

А если state это объект в котором тысяча пропертей?

Или сотни тысяч

На каждый counter++ создание нового обьекта и бешеное давление на gc

если у тебя сотни тысяч свойств в стейте - уже пошло что-то не так, начать надо с этого. но, повторюсь, это гораздо хуже публичного rw-доступа "всего ко всему" в конкурентной среде, когда любой кусок кода может поменять любое значение в сторе, даже если с ним сейчас работает какой-то другой кусок кода. примеров рейсов и дедлоков в имеющемся софте масса, иммутабельность и инкапсуляция в мутаторы - это один из способов немного защитить свои данные в этой самой конкурентной среде

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

что начит конкурентная среда

джс не конкуретная среда

в один момент времени у тебя выполняется один код

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

после Proxy нет никакой надобности в этой имутабельности

тот же Mobx прекрасно без неё обходится

как и vue

никогда не было у vue аких-то проблем с мутабельнстью

разве что нельзя сделать time machine если работаешь со стейтом напрямую, но вот вопрос а нах он нужен

Короче react поулярен скорее свего из-за пиара, и react native

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

остальное все от лукавого

хаюшки, что за ошибка появилась? Что то связано с версиями, не могу понять..

хаюшки, что за ошибка появилась? Что то связано с версиями, не могу понять..

Deprecated же, не ошибка

вот и я ничего не понял

а что конкретно не понятно? помочь перевести?

Ну да, как бы понятно, что убрали переменную, опцию переместили в категорию deprecated. Вопрос, где она у меня тогда осталась. И откуда, если я этот бандл вообще не трогал..