SP
Gas
где грабли у решения с discriminator map?
абстрактный класс который никакой пользы не приносит и который быстро расползается по проекту как зависимость
Size: a a a
2021 March 24
SP
всякий раз как люди "реюзали" таблички или сущности для совершенно разных ролей (пациентв и врачи, продавцы и покупатели, таксисты и пассажиры...) всегда были проблемы со связанностью в системе. При этом вообще никогда это ничего не давало. Вообще. Ни для каких фич. Ни профита в плане производительности (только проблемы)
G
всякий раз как люди "реюзали" таблички или сущности для совершенно разных ролей (пациентв и врачи, продавцы и покупатели, таксисты и пассажиры...) всегда были проблемы со связанностью в системе. При этом вообще никогда это ничего не давало. Вообще. Ни для каких фич. Ни профита в плане производительности (только проблемы)
понятно, спасибо
VK
всякий раз как люди "реюзали" таблички или сущности для совершенно разных ролей (пациентв и врачи, продавцы и покупатели, таксисты и пассажиры...) всегда были проблемы со связанностью в системе. При этом вообще никогда это ничего не давало. Вообще. Ни для каких фич. Ни профита в плане производительности (только проблемы)
жиза, до сих пор есть Customer, Admin, Seller таблички. правда проект уже никто не трогал годами)
SP
идея просто выглядит оч красиво первое время... при этом достаточно часто до точки осознания что это один из источников проблем сложно дойти
SP
когда у тебя
User условный референсится в 1000 мест то начинает болеть. сильно.VK
идея просто выглядит оч красиво первое время... при этом достаточно часто до точки осознания что это один из источников проблем сложно дойти
я еще напилил всякой магии когда в контроллер или куда там прокидывается сходу уже нужный тип и пакован аннотаций красивых
SP
но это уже больше на тему того что "там где хватит айдишки передают огромный объект"
VK
а потом понял что это не сильно расширится дальше
VK
и оно везде
VK
и ггвп наступило)
SP
я еще напилил всякой магии когда в контроллер или куда там прокидывается сходу уже нужный тип и пакован аннотаций красивых
у меня все еще User штука размазана по проекту)) я пока интерфейсами ее отрезаю
VK
но до сих пор работает, проекта того уже у меня нет)
SP
а у меня наверное микросервисы наступят раньше и просто придется данные мигрировать
C
абстрактный класс который никакой пользы не приносит и который быстро расползается по проекту как зависимость
Когда разные типы юзеров живут в одной таблице, обобщая почти все поля друг у друга (STI), то этих юзеров легко вытаскивать все разом. Из доктрины это выглядит как использование репозитория родительского класса этих юзеров.
C
P.s keycloak рекомендую - я прям жалею что раньше в него время не инвестировал
Ух ты, спасибо. Выглядит очень хорошо
SP
Когда разные типы юзеров живут в одной таблице, обобщая почти все поля друг у друга (STI), то этих юзеров легко вытаскивать все разом. Из доктрины это выглядит как использование репозитория родительского класса этих юзеров.
вот только тебе очень редко нужно это делать разом)
SP
даже больше тебе скажу - в некоторых ситуациях за это можно штраф получить (как например в ситуации когда рядовой сотрудник может смотреть списки пациентов)
SP
+ тебе никто не мешает сделать простой и удобный UNION
SP
а про то что ORM на "списочек сделать" не нужен я наверное сегодня не в настроении втирать