Архитектура пользовательских поставщиков

В главах 21 и 23 вы узнали много подробностей об интегрированных службах Membership и Roles. Эти службы предоставляют в ваше распоряжение готовые решения для управления пользователями и ролями с аутентификацией форм. Как уже, объяснялось ранее, вы можете расширить эту модель посредством так называемых поставщиков, как показано на рис. 26.1. При реализации собственных поставщиков всегда следует иметь в виду архитектуру, представленную на рис. 26.1.

Пользовательский поставщик всегда базируется на низшем уровне в многослойной модели, обеспечиваемой каркасами ASP.NET Membership и Roles. Важно знать, что все прочие основанные на поставщиках API в ASP.NET 2.0 структурированы аналогичным образом. Поэтому реализация пользовательских поставщиков для
Profiles API или механизмов персонализации ASP.NET 2.0 аналогична.

Как можно видеть из базовой архитектуры, службы Membership и Roles не зависят друг от друга. Поэтому поставщики Membership и Roles имеют разные базовые классы; вдобавок вы можете сохранять членов и роли в разных системах хранения данных. Хорошим примером может служить служба Ролей с Windows- аутентификацией. Вспомните, что вы узнали из главы 23 о специфичных для приложения ролях, используемых для авторизации внутри приложения вместо авторизации внутри групп Windows: это предоставляет возможность отвязать ваше приложение от лежащей в основе инфраструктуры Active Directory.

Рис. 26.1. Каркас Membership и Roles

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

1025