Поле CollectionType

Дата оновлення перекладу 2025-01-15

Поле CollectionType

Цей тип поля використовується для відображення "колекції" деякого поля або форми. У найпростішому сенсі, він може бути масивом полів TextType, які наповнюють значення масиву emails. У складніших прикладах, ви можете вбудовувати цілі форми, що корисно при створенні форм, які представляють відношення один-до-багатьох (наприклад, продукт, звідки ви можете керувати багатьма фото, пов'язаних з продуктом).

При відображенні, існуючі записи колекції індексуються ключами масиву, який передаєтьься як дані поля типу колекції.

?????????????? ?? ???????? ??? ????? entry_type
???????????? ???????????? ?? ????????????? ???????? ?? ? ????????
???????????? ??? FormType
???? CollectionType

Дата оновлення перекладу 2025-02-21

Tip

Повний список опцій, визначених та успадкованих цим типом форми, доступний шляхом виконання цієї команди у вашому додатку:

1
2
# замініть 'FooType' імʼям класу вашого типу форми
$ php bin/console debug:form FooType

Note

Якщо ви працюєте з колекцією сутностей Doctrine, зверніть особливу увагу на опції allow_add, allow_delete і by_reference. Ви також можете побачити повний приклад у статті Как вбудувати колекцію форм.

Базове застосування

Цей тип використовується коли ви хочете керувати колекцією схожих об'єктів у формі. Наприклад, уявіть, що у вас є поле emails, яке відповідає масиву електронних адрес. У формі вам потрібно висловити кожну адресу у вигляді власного поля введення:

1
2
3
4
5
6
7
8
9
10
11
12
use Symfony\Component\Form\Extension\Core\Type\CollectionType;
use Symfony\Component\Form\Extension\Core\Type\EmailType;
// ...

$builder->add('emails', CollectionType::class, [
    // кожний запис у масиві буде полем "email"
    'entry_type' => EmailType::class,
    // ці опції передаються кожному типу "email"
    'entry_options' => array(
        'attr' => ['class' => 'email-box'],
    ],
]);

Найпростіший спосіб відобразити все одночасно:

1
{{ form_row(form.emails) }}

Набагато гнучкішій метод виглядатиме так:

1
2
3
4
5
6
7
8
9
10
11
{{ form_label(form.emails) }}
{{ form_errors(form.emails) }}

<ul>
{% for emailField in form.emails %}
    <li>
        {{ form_errors(emailField) }}
        {{ form_widget(emailField) }}
    </li>
{% endfor %}
</ul>

В обох випадках поля введення не будуть відображені, хіба що ва масив даних emails вже не містив деякі електронні адреси.

У цьому простому прикладі, все ще можливо додавати нові адреси або видаляти існуючі. Додавання нових адрес можливе з використанням опції allow_add (і факультативно опції prototype) (див. приклад нижче). Видалення електронних адрес з масиву emails можливо з опцією allow_delete.

Опції поля

allow_add

тип: boolean за замовчуванням: false

Якщо встановлена як true, то при відправленні у колекцію непізнаних об'єктів, вони будуть додані у якості нових. Остаточний масив міститиме існуючі об'єкти, а також новий об'єкт, який був у відправлених даних. Див. приклад вище, щоб дізнатися більше.

Опція prototype може бути використана, щоб допомогти відобразити об'єкт прототипу, який може бути використаний з JavaScript для динамічного створення нових об'єктів форми на клієнтській стороні. Щоб дізнатися більше, див. приклад вище та .

Warning

Якщо ви вбудовуєте інші цілі форми, щоб відобразити відношення бази даних один-до-багатьох, то вам може знадобитися вручну переконатися в тому, що сторонній ключ цих нових об'єктів встановлено правильно. Якщо ви використовуєте Doctrine, то це не станеться автоматично. Див. посилання вище, щоб дізнатися більше деталей.

allow_delete

тип: boolean за замовчуванням: false

Якщо встановлена як true, то якщо існуючий об'єкт не міститься у відправлених даних, він буде правильно відсутнів в підсумковому масиві об'єктів. Це означає, що ви можете реалізувати кнопку "видалити" через JavaScript, який просто видалить елемент форми з DOM. Коли користувач надсилає форму, її відсутність у відправлених даних означатиме, що вона видалена з підсумкового масиву.

Щоб отримати більше інформації, див. .

Warning

Будьте обережні, використовуючи цю опцію коли ви вбудовуєте колекцію об'єктів. У цьому випадку, якщо видаляються будь-які вбудовані форми, вони будуть правильно відсутні у підсумковому масиві об'єктів. Однак, в залежності від логіки вашого додатку, коли один з цих об'єктів видаляється, ви можете захотіти видалити його або принаймні посилання його стороннього ключа на головний об'єкт. Нічого з цього не відбувається автоматично. Щоб дізнатися більше, див. .

delete_empty

тип: Boolean або callable за замовчуванням: false

Якщо ви хочете чітко видалити абсолютно пусті записи колекцій з вашої форми, то вам потрібно встановити цю опцію як true. Однак, існуючі записи колекції будуть видалені лише якщо у вас увімкнена опція allow_delete. Інакше пусті значення залишаться.

Warning

Опція delete_empty видаляє об'єкти лише коли нормалізоване значення дорівнює равно null. Якщо вубдований entry_type - це складний тип форми, то ви маєте або встановити опцію required як false, або встановити опцію empty_data як null. Обидві ці опції можуть бути встановлені всередині entry_options. Прочитайте про опції форми empty_data , щоб дізнатися, навіщо це потрібно.

Значення видаляється з колекції лише якщо нормалізоване значення - null. Однак ви також можете встановити значення опції, як викликане, яке буде виконано для кожного значення у відправленій колекції. Якщо викликане поверне true, то значення видаляється з колекції. Наприклад:

1
2
3
4
5
6
7
8
9
use Symfony\Component\Form\Extension\Core\Type\CollectionType;
// ...

$builder->add('users', CollectionType::class, [
    // ...
    'delete_empty' => function (User $user = null): bool {
        return null === $user || empty($user->getFirstName());
    },
]);

Використання викликаного особилво корисно у випадку зі складними типами форм, які можуть визначати складні умови для їхнього розгляду як пустих.

entry_options

тип: array за замовчуванням: []

Це масив, який передається типу форми, вказаному в опції entry_type. Наприклад, якщо ви використали ChoiceType в якості вашої опції entry_type (наприклад, для колекції випадаючих меню), то вам потрібно хоча б передати опцію choices основному типу:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
use Symfony\Component\Form\Extension\Core\Type\CollectionType;
use Symfony\Component\Form\Extension\Core\Type\ChoiceType;
// ...

$builder->add('favorite_cities', CollectionType::class, array(
    'entry_type'   => ChoiceType::class,
    'entry_options'  => array(
        'choices'  => array(
            'Nashville' => 'nashville',
            'Paris'     => 'paris',
            'Berlin'    => 'berlin',
            'London'    => 'london',
        ),
    ),
));

prototype_options

тип: array за замовчуванням: []

Це масив, який перредається типу форми, вказаному в опції entry_type при створенні її прототипу. Дозволяє мати різні опції, залежно від того, додаєте ви новий запис чи редагуєте вже існуючий:

1
2
3
4
5
6
7
8
9
10
11
12
13
use Symfony\Component\Form\Extension\Core\Type\CollectionType;
use Symfony\Component\Form\Extension\Core\Type\TextType;
// ...

$builder->add('names', CollectionType::class, [
    'entry_type' => TextType::class,
    'entry_options' => [
        'help' => 'You can edit this name here.',
    ],
    'prototype_options'  => [
        'help' => 'You can enter a new name here.',
    ],
]);

entry_type

тип: string за замовчуванням: Symfony\Component\Form\Extension\Core\Type\TextType

Це тип поля для кожного об'єкту в цій колекції (наприклад, TextType, ChoiceType, і т.д.). Наприклад, якщо у вас є масив адрес електронної пошти, то ви використовуватимете EmailType. Якщо ви хочете вбудувати колекцію в якусь іншу форму, створіть новий екземпляр вашого типу форми та передайте його в якості опції.

keep_as_list

тип: boolean за замовчуванням: false

Якщо встановлено значення true, опція keep_as_list впливає на переіндексацію вкладених назв форм у колекції. Ця функція особливо корисна при роботі з типами колекцій та видаленні елементів з колекції під час відправки форми.

Коли ця опція має значення false, якщо у вас є колекція з 3 елементів і
ви видаляєте другий елемент, то при валідації колекції індекси будуть 0 і 2. Однак, якщо увімкнути опцію keep_as_list і встановити для неї значення true, індекси буде переіндексовано на 0 та 1. Це гарантує, що індекси залишаться послідовними і не матимуть пропусків, забезпечуючи більш чітку та передбачувану структуру для ваших вкладених форм.

7.1

Опція keep_as_list була представлена в Symfony 7.1.

prototype

тип: boolean за замовчуванням: true

Ця опція корисна при використанні опції allow_add. Якщо true (і якщо allow_add також true), буде доступний спеціальний атрибут "прототипу", щоб ви могли відобразити приклад "Шаблону" того, як має виглядати новий елемент на вашій сторінці. Атрибут name, наданий цьому елементу - __name__. Це дозволяє вам додавати кнопку "додати ще" через JavaScript, який зчитує прототип, замінює __name__ деяким унікальним ім'ям або числом, та відображає його всередині вашої форми. При відправленні, він буде доданий у ваш основний масив завдяки опції allow_add.

Поле прототипу може бути відображено через змінну prototype у полі колекції:

1
{{ form_row(form.emails.vars.prototype) }}

Відмітьте, що все, що вам насправді потрібно, - це "віджет", але в залежності від того, як ви відображаєте форму, наявність цілого "Рядку форми" може бути легшою для вас.

Tip

Якщо ви відображаєте цілу колекцію полів одночасно, то прототип рядку форми автоматично доступний в атрибуті data-prototype елементу (наприклад, div або table), який оточує вашу колекцію.

Щоб дізнатися деталі про те, як дійсно використовувати цю опцію, див. приклад вище, а також .

prototype_data

тип: mixed за замовчуванням: null

Дозволяє вам визначати конкретні дані для прототипу. Кожний новий доданий рядок початково міститиме дані, встановлені цією опцією. За замовчуванням, будуть використані дані, сконфігуровані для всіх записів з опцією entry_options:

1
2
3
4
5
6
7
8
9
10
use Symfony\Component\Form\Extension\Core\Type\CollectionType;
use Symfony\Component\Form\Extension\Core\Type\TextType;
// ...

$builder->add('tags', CollectionType::class, [
    'entry_type' => TextType::class,
    'allow_add' => true,
    'prototype' => true,
    'prototype_data' => 'New Tag Placeholder',
]);

prototype_name

тип: string за замовчуванням: __name__

Якщо у вас є декілька колекцій у вашій формі, або ще гірше, вкладені колекції, ви можете захотіти змінити заповнювач так, щоб непов'язані заповнювачі не замінюувалися тим же значенням.

Перевизначені опції

Дата оновлення перекладу 2025-02-24

invalid_message

тип: string за замовчуванням: Це значення не є валідним значение не валидно

Це повідомлення помилки валідації, яке використовується, якщо дані, введені у це поле, не мають сенсу (тобто валідація проходить невдало).

Це може трапитися, наприклад, якщо користувач вводить у поле TimeType асбурдний рядок, який не може бути конвертований в даний час, або якщо користувач вводить рядок (наприклад, apple) у числове поле.

Нормальна (програмний код) валідація (наприклад, встановлення мінімальної довжини для поля), має бути встановлена з використанням повідомлень валідації з вашими правилами валідації (довідник ).

Успадковані опції

Ці опції наслідуються з FormType. Не всі опції вказано тут - лише найбільш застосовані до даного типу:

Дата оновлення перекладу 2025-02-21

attr

тип: array за замовчуванням: []

Якщо ви хочете додати додаткові атрибути до HTML представлення поля, то ви можете використовувати опцію attr. Це асоціативний масив із HTML-атрибутами в якості ключів. Це може бути корисно, коли вам потрібно встановити для деякого віджета користувацький клас:

1
2
3
$builder->add('body', TextareaType::class, [
    'attr' => ['class' => 'tinymce'],
]);

See also

Використовуйте опцію row_attr, якщо ви хочете додати ці атрибути до елементу рядку типу форми .

Дата оновлення перекладу 2025-02-22

by_reference

тип: boolean за замовчуванням: true

У більшості випадків, якщо у вас є поле author, то ви очікуєте, що у вихідному об'єкті буде викликано setAuthor(). Однак, у деяких випадках, setAuthor() може бути не викликаний. Встановивши by_reference, як false, ви гарантуєте, що сеттер буде викликаний у будь-якому випадку.

Щоб пояснити це детальніше, ось простий приклад:

1
2
3
4
5
6
7
8
9
10
11
12
13
use Symfony\Component\Form\Extension\Core\Type\EmailType;
use Symfony\Component\Form\Extension\Core\Type\FormType;
use Symfony\Component\Form\Extension\Core\Type\TextType;
// ...

$builder = $this->createFormBuilder($article);
$builder
    ->add('title', TextType::class)
    ->add(
        $builder->create('author', FormType::class, ['by_reference' => ?])
            ->add('name', TextType::class)
            ->add('email', EmailType::class)
    )

Якщо by_reference - "true", то наступне відбувається за лаштунками, коли ви викликаєте submit() (або handleRequest()) у формі:

1
2
3
$article->setTitle('...');
$article->getAuthor()->setName('...');
$article->getAuthor()->setEmail('...');

Зауважте, що setAuthor() не викликається. Автор змінюється посиланням.

Якщо ви встановили by_reference як "false", відправка виглядає так:

1
2
3
4
5
$article->setTitle('...');
$author = clone $article->getAuthor();
$author->setName('...');
$author->setEmail('...');
$article->setAuthor($author);

Тому, все, що насправді робить by_reference=false - це змушує фреймворк визати сеттер у батьківському об'єкті.

Схожим чином, якщо ви використовуєте поле CollectionType, де ваша вихідна колекція даних є об'єктом (як з ArrayCollection у Doctrine), то by_reference має бути встановлена як false, якщо вам потрібно, щоб був викликаний додавач або знищувач (наприклад, addAuthor() і removeAuthor()).

Дата оновлення перекладу 2025-01-15

Ця опція визначає, яке значення буде повертати поле, коли надіслане значення значення порожнє (або відсутнє). Вона не встановлює початкове значення, якщо його не було надано при відображенні форми у перегляді.

Це означає, що вона допомагає вам обробляти відправлення форм з порожніми полями. Наприклад, якщо ви хочете, щоб для поля name було явно встановлено значення
John Doe, коли не вибрано жодного значення, ви можете зробити це так:

1
2
3
4
$builder->add('name', null, [
    'required'   => false,
    'empty_data' => 'John Doe',
]);

Це все одно відобразить порожнє текстове поле, але після надсилання буде встановлено значення John Doe. Використовуйте опції data або placeholder, щоб показати це початкове значення у формі, що відображається.

Note

Якщо форма є складеною, ви можете встановити empty_data як масив, об'єкт або замикання. Ця опція може бути встановлена для всього класу форми, дивіться статтю Як сконфігурувати порожні дані для класу форми для отримання більш детальної інформації про ці опції.

Warning

Перетворювачі даних форми все одно будуть застосовані до значення empty_data. Це означає, що порожній рядок буде перетворено на null. Використовуйте власний перетворювач даних, якщо ви явно хочете повернути порожній рядок.

Значення за замовчуванням - [] (пустий масив).

Дата оновлення перекладу 2025-01-15

Ця опція визначає, яке значення буде повертати поле, коли надіслане значення значення порожнє (або відсутнє). Вона не встановлює початкове значення, якщо його не було надано при відображенні форми у перегляді.

Це означає, що вона допомагає вам обробляти відправлення форм з порожніми полями. Наприклад, якщо ви хочете, щоб для поля name було явно встановлено значення
John Doe, коли не вибрано жодного значення, ви можете зробити це так:

1
2
3
4
$builder->add('name', null, [
    'required'   => false,
    'empty_data' => 'John Doe',
]);

Це все одно відобразить порожнє текстове поле, але після надсилання буде встановлено значення John Doe. Використовуйте опції data або placeholder, щоб показати це початкове значення у формі, що відображається.

Note

Якщо форма є складеною, ви можете встановити empty_data як масив, об'єкт або замикання. Ця опція може бути встановлена для всього класу форми, дивіться статтю Як сконфігурувати порожні дані для класу форми для отримання більш детальної інформації про ці опції.

Warning

Перетворювачі даних форми все одно будуть застосовані до значення empty_data. Це означає, що порожній рядок буде перетворено на null. Використовуйте власний перетворювач даних, якщо ви явно хочете повернути порожній рядок.

error_bubbling

тип: boolean за замовчуванням: true

Дата оновлення перекладу 2022-12-21

Якщо true, будь-які помилки цього поля будуть передані батьківському полю або формі. Наприклад, якщо встановлено true у нормальному полі, будь-які помилки цього поля будуть прикріплені до головної форми, а не до конкретного поля.

Дата оновлення перекладу 2024-05-30

error_mapping

тип: array за замовчуванням: []

Ця опція дозволяє вам змінювати ціль помилки валідації.

Уявіть, що у вас є користувацький метод з назвою matchingCityAndZipCode(), який валідує чи співпадають місто та поштовий індекс. На жаль, у вашій формі немає поля matchingCityAndZipCode, тому все, що може зробити Symfony, це відобразити помилку у верхній частині форми.

За допомогою кастомізованого мапування помилок ви можете зробити краще: співставити помилку з полем міста так, щоб воно відображалося над ним:

1
2
3
4
5
6
7
8
public function configureOptions(OptionsResolver $resolver): void
{
    $resolver->setDefaults([
        'error_mapping' => [
            'matchingCityAndZipCode' => 'city',
        ],
    ]);
}

Ось правила для лівої та правої частини мапування:

  • Ліва частина містить шляхи властивостей;
  • Якщо порушення генерується у властивості або методі класу, то його шлях - це propertyName;
  • Якщо порушення згенеровано в елементі об'єкту array або ArrayAccess, то шлях до нього - [indexName];
  • Ви можете створювати вкладені шляхи властивостей шляхом їх конкатенації, розділяючи властивості крапками. Наприклад: addresses[work].matchingCityAndZipCode;
  • Права частина містить назви полів форми.

За замовчуванням, помилки для будь-якої властивості, яка не мапована, будуть спливати в батьківську форму. Ви можете використовувати крапку (.) зліва, щоб співставити помилки всіх неспівставлених властивостей до певного поля. Наприклад, щоб мапувати всі ці помилки до поля city, використовуйте:

1
2
3
4
5
$resolver->setDefaults([
    'error_mapping' => [
        '.' => 'city',
    ],
]);

Дата оновлення перекладу 2024-05-30

help

тип: string або TranslatableInterface за замовчуванням: null

Дозволяє вам визначити повідомлення допомоги для поля форми, яке за замовчуванням відображається під полем:

1
2
3
4
5
6
7
8
9
10
11
12
13
use Symfony\Component\Translation\TranslatableMessage;

$builder
    ->add('zipCode', null, [
        'help' => 'The ZIP/Postal code for your credit card\'s billing address.',
    ])

    // ...

    ->add('status', null, [
        'help' => new TranslatableMessage('order.status', ['%order_id%' => $order->getId()], 'store'),
    ])
;

Дата оновлення перекладу 2025-02-24

help_attr

тип: array за замовчуванням: []

Встановлює HTML-атрибути для елемента, що використовується для відображення повідомлення допомоги
у полі форми. Його значенням є асоціативним масивом з іменами HTML-атрибутів в якості ключів. Ці атрибути також можуть бути встановлені в шаблоні:

1
2
3
{{ form_help(form.name, 'Your name', {
    'help_attr': {'class': 'CUSTOM_LABEL_CLASS'}
}) }}

Дата оновлення перекладу 2025-02-24

help_html

тип: boolean за замовчуванням: false

За замовчуванням, зміст опції help екранується перед відображенням у шаблоні. Встановіть для цієї опції значення true, щоб не екранувати його, що може бути корисно, якщо довідка містить HTML-елементи.

Дата оновлення перекладу 2022-12-21

label

тип: string або TranslatableMessage за замовчуванням: Ярлик "вгадується" з імені поля

Встановлює ярлик, який буде використано при відображенні поля. Установка false прридушить ярлик:

1
2
3
4
5
6
7
8
use Symfony\Component\Translation\TranslatableMessage;

$builder
    ->add('zipCode', null, [
        'label' => 'The ZIP/Postal code',
        // опціонально, ви можете використати обʼєкти TranslatableMessage в якості змісту ярлика
        'label' => new TranslatableMessage('address.zipCode', ['%country%' => $country], 'address'),
    ])

Ярлик також може бути встановлений у шаблоні:

1
{{ form_label(form.name, 'Your name') }}

Дата оновлення перекладу 2025-02-24

label_attr

тип: array за замовчуванням: []

Встановлює HTML-атрибути для елемента <label>, який буде використаний при відображенні ярлика для поля. Це асоціативний масив із HTML-атрибутом в якості ключа. Цей атрибут може також бути встановлений прямо всередині шаблону:

1
2
3
{{ form_label(form.name, 'Your name', {
    'label_attr': {'class': 'CUSTOM_LABEL_CLASS'}
}) }}

Дата оновлення перекладу 2025-02-24

label_html

тип: boolean за замовчуванням: false

За замовчуванням, зміст опції label екранується перед відображенням у шаблоні. Встановіть для цієї опції значення true, щоб не екранувати її, що може бути корисно, коли ярлик містить HTML-елементи.

Дата оновлення перекладу 2025-02-24

label_format

тип: string за замовчуванням: null

Конфігурує рядок, що використовується як ярилк поля, у разі, якщо опція label не була встановлена. Це корисно під час використання повідомлень перекладів ключових слів .

Якщо ви використовуєте повідомлення перекладів ключових слів як ярлики, то у вас часто буде кілька повідомлень із ключовим словом для одного й того самого ярлика (наприклад, profile_address_street, invoice_address_street). Це тому, що ярлик будується для кожного "шляху" до поля. Щоб уникнути повтору повідомлень ключових слів, ви можете конфігурувати формат ярлика як статичне значення, наприклад:

1
2
3
4
5
6
7
8
// ...
$profileFormBuilder->add('address', AddressType::class, [
    'label_format' => 'form.address.%name%',
]);

$invoiceFormBuilder->add('invoice', AddressType::class, [
    'label_format' => 'form.address.%name%',
]);

Ця опція успадковується дочірніми типами. З використанням вищенаписаного коду, ярлик поля street обох форм буде використовувати повідомлення з ключовим словом form.address.street.

У форматі ярлика доступні дві змінні:

%id%
Унікальний ідентифікатор для поля, що складається з повного шляху до поля та імені поля (наприклад, profile_address_street);
%name%
Ім'я поля (наприклад, street).

Значення за замовчуванням (null) призводить до `«людської» версії імені поля.

Note

Опція label_format оцінюється в темі форми. Переконайтеся в тому, що ви оновили ваші щаблони, у разі, якщо ви налаштовували темізацію форм.

Дата оновлення перекладу 2025-02-24

mapped

тип: boolean за замовчуванням: true

Якщо ви хочете, щоб поле було проігноровано при читанні або записі в нього обʼєкта, ви можете встановити опцію mapped як false.

Дата оновлення перекладу 2023-09-25

required

тип: boolean за замовчуванням: true

Якщо значення true, буде відображено обов'язковий атрибут HTML5. Відповідний label також буде відображено з класом required.

Це поверхнево і не залежить від валідації. У кращому випадку, якщо ви дозволите Symfony вгадати тип вашого поля, то значення цієї опції буде вгадано з вашої інформації валідації.

Note

Обов'язкова опція також впливає на те, як будуть оброблятися порожні дані для кожного поля. Для більш детальної інформації дивіться опцію empty_data.

Дата оновлення перекладу 2025-02-24

row_attr

тип: array за замовчуванням: []

Асоціативний масив атрибутів HTML, що додаються до елементу, який використовується для відображення рядка типу форми :

1
2
3
$builder->add('body', TextareaType::class, [
    'row_attr' => ['class' => 'text-editor', 'id' => '...'],
]);

See also

Використовуйте опцію attr, якщо ви хочете додати ці атрибути до елементу віджета типу форми .

Змінні поля

?????? ??? ????????????
allow_add boolean ???????? ????? allow_add.
allow_delete boolean ???????? ????? allow_delete.