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

Видимо, да. Я пока не изучал Flex. Буду ждать хотя бы беты.

а есть где его скачать?)

Пока такого пакета нет на packagist и на гитхабе symfony репы тоже нет.

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

silex?)

Ну сайлекс немного ограничен

Я не так много сн им работал

Но скажу точно, что мне очень не понравилось :)

все остальное там так же пакетами сверху ставится.)

Но нее вроде сразу уже есть встроенная куча пакетов разных.

Тот же HTTP Foundation

А может я хочу только консольное приложение

И хочу выпилить его

А безболезненно это не сделать

Почему же не сделать? Можно поставить через composer только symfony/command

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

Нам же нужен не компонент, а все еще структура и взаимодействие фреймворка

Доктрина например, сервисы и т.п.

like come on I can hear frictions and the dude is alone in his room

перевод https://habrahabr.ru/post/325658/

В Симфони часто бывает такое, что при создании формы у всех или большинства полей одинаковые параметры, только лэйблы отличаются. Хотелось бы определить общие параметры в одном месте и указывать лишь лэйблы. Как вы решаете эту задачу?

В configureOptions() Задавать $resolver->setDefaults()?

Или ты про другое?

А повторять - не хорошо

В анном случае нормально.

Данном случае.

Либо можешь расширить класс CheckboxType

И в нем задать параметр.

И использовать его

так же, если например ты однажды захочешь единовременно сменить для данного типа required на true, то можешь опцию туда вставлять. По умолчанию можешь задать false.

Яхз, ну это ересь какая-то :)

Расширь этот формтайп.

Это мне кажется наиболее правильным решением.

Не, это не универсальное решение

Универсальное для чего?

Каждый раз тайпы расширять - не айс

Чекбокс тайп по умолчанию вот такой.

Кстати, еще вариант, использовать тему для поля.

И там убирать что не надо

Форм тайпы надо свои иметь

Форм тайпы надо свои иметь

+1

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

Плюс надо внешние валидаторы

Народ, я вот только статью начал читать, но меня уже пугает, они хотят допустить сторонние бандлы к моему comfig.yml ?

А у тебя там чувствительные данные лежат?

* задумался. нет вроде. логины-пароли в parameters.yml

Ну тогда как бы и ничего страшного :)

Ведь PHP код и там может залезть куда угодно

Что ему мешает вообще послать все твои файлы куда угодно?

ай, ничё толком на хабре не написано.

ну да, ну да

сразу представил какой-нить бандл с названием "new FOS with r57 edition" -)))

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

не привязывай форму на сущность. заюзай дто

а что такое ДТО ?

https://stovepipe.systems/post/avoiding-entities-in-forms

mapped => false

Dto - это та же сущность. Но без связи с БД. И без логики. Только поля, сеттеры и геттеры.

Dto - это та же сущность. Но без связи с БД. И без логики. Только поля, сеттеры и геттеры.

обьект

mapped => false

немогу, мне 2 поля нужно выводить из БД а 3-е условное, виртуально

Ну так вот оно и есть mapped false должно быть.

И default_data задать например

это для отдельного поля или всей сущьности?

Для поля опция

Оно говорит что данное поле не привязано к сущности передаваемой.

ERROR: S client not available

да работает, большое спасибо

:)

Форма != сущность

Я могу на одной форме спросить про несколько сущностей

Само собой.

Есть Симфони 2.8. Есть родительская форма и внутри нее дочерняя. Создал validation groups. Теперь, если делаю ошибку в поле родительской формы, текст ошибки отображается прямо под полем и поле становится красным. Если же сделать ошибку в дочернем поле, то ошибка отображается в самом верху формы, так как там стоит строка 'form_errors(form)'. Если убрать эту строку, то текст ошибки дочерних полей вообще не отображается. Стало быть ошибки дочерних полей всплывают (error_bubling). Опять таки, если отключу эту опцию у дочернего поля, текст ошибки просто не отображается

{{ form_errors(form.childForm) }}

Должно помочь

Поставь там, где надо

не помогает

ставил где надо, она не рендерит вообще ничего

А проверь, где ошибка находится?

В дочерней форме или родительской?

А проверь, где ошибка находится?

В смысле, где она находится?

В профайлере посмотри.

Дамп формы сделай

На POST сделай $form->getErrors()

Дампани всмысле

Вывод ошибок можно делать и в дочерней форме

Ну так они и должны выводиться при {{ form_row(form.childForm) }}

На POST сделай $form->getErrors()

var_dump($form->getErrors()) что ли?

Это заполнит браузер таким количеством информации, что он зависнет просто

dump($form->getErrors()); exit;

Symfony/var-dumper жэ

На Маке macdbg

dump() и var_dump() - разные вещи.

Ого

А в чем отличие

В том, что var_dump() - это функиця PHP а dump() - это хэлпер дампера симфони

а не твига?