Пользователи с разными возможностями

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

Прежде всего, добавьте несколько ролей в таблицу webpages_Roles вашей базы данных.

Затем просто добавьте пользователей к этим ролям:

Role.AddUserToRole("role1");

Теперь для фильтрации содержимого вам просто нужно выполнить две задачи:

1) отфильтровать запрос контроллера на соответствующие роли с помощью атрибута [Authorize]:

[Authorize(Roles = "role1, role2, ...")]

2) Отобразите соответствующий контент для соответствующего пользователя. Сначала получите роли текущего пользователя:

var roles = Roles.GetRolesForUser(User.Identity.Name);

Затем, согласно его/ее ролям, визуализировать содержимое для него/нее:

bool hasRole1 = roles.Contain("role1") | roles.Contain("admin");
// ...
@if (hasRole1)
{
    // Show content for role1 users...
}

Авторизация может быть выполнена на основе ролей пользователей.

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

Например,

Администратор группы пользователей Обычные пользователи Рестораны

Роли Все привилегии Базовые привилегии Промежуточные привилегии

Вам нужно использовать фильтры действий, чтобы получить это. http://msdn.microsoft.com/en-us/library/dd410209(v=vs.100).aspx

Далее нам нужно назначить привилегии для каждой роли

All Privileage — addUser, addResturant и т. д. (вы можете использовать понятные имена для административных целей. Их можно отобразить в пользовательском интерфейсе, но нам нужно сохранить имя контроллера и имя действия. В случае addUser понятное имя будет Add User, и мы сохраним как ниже

ActionsTable (actionId, friendName, Controller, Action)
1 -Add User - Users - Add 

RolesActionMapTable (roleId, actionID)
1-1

RolesTable (RoleId,Role Name,Desc)
1-AllPrivileage

GroupsTable (GroupId, GroupName)
1-Admin

GroupRoleMap (groupId, roleID)
1-1

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

ИЗМЕНИТЬ

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

ИЗМЕНИТЬ 2

public class CustomAuthorizeAttribute: AuthorizeAttribute
{
   protected virtual bool AuthorizeCore(
    HttpContextBase httpContext)
 {
   // 1.Httpcontext can gives you the controller and action
   // 2. retrive the group of user and check the user is allowed to execute this action
   // 3. if allowed, then return true else return false.
   // 4. You can redirect to another page saying you are not allowed to access this action
  }
)
}


//In controller
public class EmployeeController: Controller {

 [CustomAuthorize]
  public Create()
   {
   }

}

Надеюсь это поможет

Чтобы достичь этого масштабируемым образом с детальным контролем, вам нужна авторизация на основе разрешений. Вы можете попробовать что-то вроде ASP Security Kit. Комплект безопасности ASP создан с нуля для создания таких систем.

Изменить: вот как это может работать:

1. Вы определяете уникальный код разрешения для каждого метода действия. Например, СоздатьРесторан, ЗарезервироватьРесторан
2. Эти коды разрешений хранятся в главной таблице разрешений в базе данных.
3. Вы можете создать отдельную таблицу ролей и соответствующим образом связать разрешения. Однако в ASP Security Kit представлена ​​новая концепция подразумеваемые разрешения, поэтому вам не нужна роль как отдельная конструкция; вы просто создаете разрешение более высокого уровня, например, «Владелец ресторана», и делаете другие разрешения, подразумеваемые им.
4. Существует таблица UserPermit, которая связывает разрешения с пользователями. Для определенного типа пользователей E.G. владелец ресторана, вы будете назначать соответствующие разрешения при создании пользователя.
5. Когда пользователь входит в систему, вы загружаете его разрешения в память.
6. Вам нужен механизм, с помощью которого каждое действие контроллера выполняется только в том случае, если пользователь обладает уникальным кодом разрешения, связанным с этим действием. Если пользователь этого не сделает, вы перенаправите его на страницу по умолчанию с сообщением «несанкционированное действие».
7. Вы также можете просмотреть права пользователя, загружаемые для отображения или скрытия пунктов меню.

Комплект безопасности ASP делает большую часть вышеперечисленного за вас; например, он может автоматически определять код разрешения для авторизации, поэтому вам не нужно его жестко программировать. . Кроме того, вам потребуется проверки ресурсов, чтобы разные пользователи и владельцы ресторанов не возились с данными друг друга.

Раскрытие информации: я создатель ASP Security Kit.