НахлобучНу начинается.
Ну почему начинается, сказал по факту, as is.
НахлобучТебе же роли не понравились, вот и пришлось придумать.
Попахивает детским садом. Я надеялся на конструктивный диалог, а ты скачешь как макака среди пальм.
НахлобучНичем.
Ну а зачем ты эфир засоряешь?
НахлобучВесь твой хваленый Мембершип на
IsInRole держится . И раз на то пошло, то покажи-ка свою реализацию, скажем, User.IsManager.
Я десятый раз говорю, причем тут мембершип? Речь о RBAC. Какая реализация будет - мембершип, сипмл, active directory и т.д., не суть. Я тебе высказал своё видение, что для 99% задач хватает просто ролей. Как решать задачи с экшенами (рулами, пермиссиями - всё одно) я тоже написал. Привел пример сервиса пермиссий для фейсбука на основе реальных политик. Что еще надо?
НахлобучМСУ4. Непонятно,
почему у тебя Permission привязана к роли ? Какой-то бред. Если на то пошло, это должны быть различные сущности.
5. В классическом RBAC
привилегии не назначаются пользователям непосредственно, и
приобретаются ими только через свою роль .Сам себе противоречишь.
Где ты увидел противоречие? У меня классический RBAC, значит приобретаются ими только через роль. У тебя кастом, поэтому с чего бы вдруг привилегиям назначаться через роли? Ты же сам утверждал, что их можно отключать и включать в любое время и как угодно крутить ими. Следовательно, причем тут роли? У тебя какая-то каша получается.
НахлобучУ меня, заметь, именно так (5) и сделано, как в "классическом RBAC".
Нет. У тебя кастом.
НахлобучПовторюсь -- жажду видеть реализацию User.IsAdmin или User.IsManager
Я тебе уже сказал, мембершип тут непричем. Как ты наполнишь роли, так и поплывет безопасность.
1.
2.
3.
4.
5.
public class CurrentUser
{
public string[] Roles { get; private set; }
public bool IsAdmin { get { return this.Roles.Contains(RoleProvider.Administrator); } }
}
