W zasadzie mój problem opisuje temat. Jak mam dodać skutecznie dodatkowe pola w formularzu rejestracji
FOSUserBundle opisujące dodatkowe role np:

inputy standarowe:
- username
- email
- pass
- pass2

dodatkowe checkbox'y lub radio:
- role-wizard
- role-knight
- role-alien

https://stackoverflow.com/questions/3215683...rkfosuserbundle

hmmm problem do którego opisu prowadzi link jest związany z: fosuserbundle 1.3 -- symfony 2.6.11,
a ja szukam pomocy z wersją FOSUser 2.0 -- S3.3

Chodzi mi o dodatkowe Role, jakie użytkownik może mieć po zalogowaniu.

No to co za problem wyrzucić FOSUser i zrobić po swojemu? Nie ma sensu dociągać do aplikacji szczególnej implementencji userów tylko po to, żeby zaraz ją nadpisywać i modyfikować. I z tego co widzę jest to powszechny problem - zanim się czegoś użyje, trzeba zadać sobie pytanie, czy to jest dokładnie to czego teraz potrzebujemy oraz czy może zaistnieć potrzeba modyfikacji tego w przyszłości.
Zrobienie własnych userów wraz z rolami, logowaniem, rejestracją itp. to jest około jednego dnia pracy a do tego oszczędzasz sobie w przyszłości mase straconego czasu na grzebanie w vendorze i pisanie workaroundów.

FOSUserBundle w wersji wersji 2.0 obsługuje role, dlatego się chciałem dowiedzieć czy i jak mogę uwzględnić to w formularzu rejestracyjnym.

Role obsługuje Symfony i są one integralną częścią frameworka: http://api.symfony.com/3.4/Symfony/Compone...rInterface.html
Mając własną implementację wystarczyłoby dodać wybór roli do formularza rejestracji. Tutaj jednak najpierw trzeba rozkiminić FOSUser:
https://symfony.com/doc/master/bundles/FOSU...rage_layer.html
Najbardziej podoba mi się to:

- czyli i tak robię własną implementację a ponieważ "używam" FOSUser to go jakoś rozkopię na boki nadpisując:
- encje
- formularze i walidację
- konfigurację
- user provider, success login handler etc.
- pewnie jeszcze jeszcze jakieś eventy i stado templatów
Ma to sens? W ten sposób robi się tylko bajzel w projekcie, za kilka miesięcy nikt nie będzie mógł obczaić relacji pomiędzy Symfony, FOSUser a Twoją implementacją.
Jeśli koniecznie chcemy się wzrorować na FOSUeer to już lepiej go sforkować i zmienić po swojemu.

To ja dodam do tego co @Pilsener napisał https://jolicode.com/blog/do-not-use-fosuserbundle

@Pilsener
Tak myślałem, że trzeba 'zcustomizować' FOSUser'a. Dzięki za wskazówki

@Pyton_000

Dzięki za linka poczytam

User.php

[PHP] pobierz, plaintext 
...
const ROLE_WIZARD = 'ROLE_WIZARD';
const ROLE_KNIGHT = 'ROLE_KNIGHT';
const ROLE_ALIEN = 'ROLE_ALIEN';
 
const ROLE_TO_DISPLAY = [
    self::ROLE_WIZARD => 'Wizard',
    self::ROLE_KNIGHT => 'Knight',
    self::ROLE_ALIEN => 'Alien',
];
 
public function getRole(): string
{
        $roles = $this->getRoles();
        return current($roles);
}
 
public function setRole(?string $role): self
{
        return $this->setRoles([$role]);
}
[PHP] pobierz, plaintext 

RegistrationFormType.php

[PHP] pobierz, plaintext 
...
$builder->add('role', ChoiceType::class, [
            'choices' => array_flip(User::ROLE_TO_DISPLAY),
            'multiple' => false,
            'expanded' => true,
        ]);
[PHP] pobierz, plaintext