это никогда не проще

и это всегда плохая идея

в прочем - поживи с этим и потом сам скажи)

почему ? жил с этим, все ок было

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

"я вижу мертвых людей, они ходят и не понимают что они мертвы" (с) Шестое Чувство

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

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

В UserSettings можно хранить разные настройки в одном jsonb поле, сериализуя их с помощью этого https://github.com/dunglas/doctrine-json-odm

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

благодарю, погляжу

ну основная проблема - нарушение single responsibility principle. Еще это называется logical cohesion (самый низкий после случайного). Все это приводит к тому что изменения в системе приходится делать везде и повсюду. И это "норм" когда у тебя <10 человек работают с кодом. Чуть более очевидны (хоть и не сказать что прям сильно очевидны) проблемы когда людей становится больше и надо дробить на команды. Совсем очевидно когда команд уже штук 6-7 и планируете делать больше

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

декомпозиция по сущностям всегда к этому приводит

благо не все до этих проблем доживают

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

это все еще в контексте EAV vs JSON?

Вопрос от новичка работами с токенами.

В базе данных confirmationToken должен быть тип обычный string ?

зависит от типа вашего токена

$this->tokenGenerator->generateToken()

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