При разработке классов, как вы относитесь к подтипам?

Question

Я изучаю объектно-ориентированный дизайн, поскольку я просматриваю свой первый реальный, хотя и персональный проект.

Я нахожусь на этапе, когда я собираюсь создать пользовательский объект. У меня есть 4 подтипа пользователя:

1. корневого администратор - веб-мастер, владелец сайта
2. группа админы - лидер группы, который имеет членство и страницу (например, менеджер группы)
3. группы членов - пользователь который может просматривать, создавать сообщения и комментарии в качестве члена группы на странице и посмотреть, личное содержание (например, член группы)
4. несвязанных пользователь - член всего сайта, которые могут просматривать и комментировать публично (например, вентилятор)

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

С учетом сказанного, как мне настроить архитектуру моего класса в отношении этих уровней? Существует ли техника гнездования? Я просто борюсь за то, чтобы вывесить здесь леса. У меня есть мои варианты использования и выписанные нарративы.

Answer 1

Итак, вы внедряете контроль доступа на основе ролей. Каждый пользователь имеет одну из четырех ролей. Таким образом, пользователь является объектом, а роль пользователя является одним из атрибутов в пользовательском объекте.

enum roles { 
    root_admin, 
    group_admin, 
    group_member, 
    unassociated_user 
} 

class user { 
    string id; 
    roles role; 
} 

Далее необходимо ввести в действие бизнес-правила, позволяющие пользователям определенных ролей выполнять определенные действия.

Начните с простым решением (это всегда хорошая политика):

enum activities { 
    view, 
    post, 
    add_comment 
} 

и реализовать функцию или класс, работа есть, если деятельность разрешена для данной роли.

class role_based_access_control { 
private: 
     permissions perm; 
public: 
    bool is_permitted(activities a, roles r) { 
     return perm[r].contain(a); 
    } 
} 

Затем, в местах коды, где реализуют различные мероприятия, включает в себя вызов этой функции:

void add_comment_to_page(user u, comment c, page p) { 
    if (!role_base_access_control.is_permitted(add_comment,u.role)) 
     throw "access_forbidden"; 
    ... 
} 

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