AI
То есть, без разделения на роли и пермишны
Size: a a a
2021 August 28
A
какая-то прям сложная логика? у тебя каждый пост как-то по особенному пермишены будет раскладывать?
A
модераторов не будет?
V
обычно делают 3 таблицы, роли, юзеров и пермишоны
AI
В общем идея такая. Я хочу назвать эту штуку Type. Я делаю платформу онлайн-школы. Есть например такие Type: web, 3d.
Я хочу курсу добавить этот Type. И юзеру. И повесить на курс гард, чтобы он пускал только тех, с кем совпадает Type
Я хочу курсу добавить этот Type. И юзеру. И повесить на курс гард, чтобы он пускал только тех, с кем совпадает Type
А
Обычно для кого?
A
для тех, кто не раздумывая ставят какой-нибудь шпати-пермишен
AI
ну вот я его покопал чот какой то оверхед по моему
A
а не проще прямо вот так и делать. не придумывая дополнительные "пермишены"?
AI
Ну это и есть оно ) Просто чтоб понятнее вам было. По сути получается у меня одна morphable many to many моделька. И именно она управяляет всеми ролями, доступами и т.д. Насколько это ок вообще?
AI
То есть, в моей концепции Admin, Teacher, Student - это просто такой же Type
A
сложно сказать - как оно. желательно избегать морф всяких...
A
и нам трудно судить - мы не знаем домен твой
AI
И гард выглядит как-то так: student&&3d || teacher
AI
За счёт того что роли и пермишены одноранговые, можно там всякие какие угодно изощренные гарды писать
AI
Допустим есть ученик выпускник, это тоже просто Type graduated
AI
student&&3d&&first_course || teacher&&3d || student&&graduated
AI
Вот сижу думаю, такой подход как будто гораздо прозрачнее и проще. Но почему-то же так не делают, а делят на разные таблицы
ПЕ
морф не надо избегать,
AI
Я единственную проблему здесь вижу - в производительности. То есть у меня в одной таблице морфы на все модели: и на юзера, и на курсы, на комменты и т.д.