• Возможность нахождения пользователей в лежащем в основе хранилище данных, а также извлечения списков пользователей и подробной информации о каждом их них.
• Набор предварительно разработанных элементов управления для создания страниц регистрации и отображения состояния регистрации в различных видах для аутентифицированных и неаутентифицированных пользователей.
• Уровень абстракции, обеспечивающий независимость ваших приложений от конкретного лежащего в основе хранилища данных, посредством так называемых классов поставщиков Membership. Любая функциональность, перечисленная выше, работает совершенно независимо от конкретного используемого хранилища данных, и одни хранилища данных можно заменять на другие — совершенно без необходимости какой-либо модификации приложений.

На рис. 21.1 показана фундаментальная архитектура Membership API, которая состоит из поставщиков, собственно API и элементов управления для создания соответствующих пользовательских интерфейсов.

Рис. 21.1. Архитектура Membership API

Программный интерфейс Membership API спроектирован для полностью независимой работы от используемого им хранилища данных. Вы, как разработчик приложения, в основном имеете дело с элементами управления, представленными ASP.NET, а также классом Membership. Класс Membership обеспечивает вас набором методов для программного доступа к пользователям и ролям, находящимся в хранилище. Эти методы работают с поставщиком Membership. Поставщик реализует доступ к лежащему в основе хранилищу данных. Компоненты Membership описаны в табл. 21.1.

предыдущая    следующая страница    вначало главы    оглавление

850