Эта проблема решается двумя путями:

• Использовать специальные компоненты доступа к данным, вместо профилей, чтобы сохранять данные в базе и извлекать их оттуда.
• Использовать собственный поставщик профилей, спроектированный специально для хранения информации в схеме базы данных.

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

Второй вариант интересен тем, что позволяет вашей странице продолжать применять модель профилей. Фактически, вы можете создать приложение, использующее стандартную сериализацию профилей с помощью SqlProfileProvider, a позднее переключиться на использование собственного специального поставщика. Чтобы выполнить такое переключение, не нужно изменять никакого кода. Вы просто модифицируете настройки профиля в файле web.config. По мере того как Web-сайты будут шире применять профили, возрастет привлекательность настраиваемых поставщиков профилей.

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

Профили и аутентификация

Одно существенное отличие профилей от других типов управления состоянием заключается в том, что профили сохраняются в индивидуальных записях, каждая из которых уникально идентифицирована именем пользователя. Это значит, что профили требуют применения систем аутентификации определенного рода. Не важно, какой именно тип аутентификации вы используете (Windows, формы или пользовательскую) — единственное требование состоит в том, что аутентифицируемому пользователю было присвоено уникальное имя. Это имя пользователя применяется для нахождения соответствующей записи профиля в базе данных.

На заметку! Позднее в этой главе (в разделе "Анонимные профили") вы также узнаете о том, как средство анонимной идентификации позволяет сохранять информацию профилей для пользователей, которые не зарегистрированы.

Профили по сравнению с настраиваемыми
компонентами данных

Профили — естественный конкурент настраиваемых компонентов данных, вроде тех, которые вы видели в главе 8. Ясно, что компоненты данных более гибкие. Они позволяют вам не только поддерживать специфичную для пользователя информацию, но также сохраняют информацию и другого рода, а также позволяют выполнять сложные бизнес-задачи.

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

957