Твит

Модуль ProfileModule, сохраняющий информацию профилей (Profiles API), не имеет возможности обнаруживать изменения в сложных типах данных (не относящихся к строкам, простым числовым типам, булевским значениям и т.д.).

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

Очевидно, что такой подход влечет за собой излишние накладные расходы.

Твит

Когда в профиле (Profiles API) имеется большое количество настроек, часть из которых логически связана между собой, то для их лучшей организации можно воспользоваться группами профилей.

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

Группы — это всего лишь ограниченная замена полноценного пользовательского класса или структуры. Например, того же самого эффекта, что и в предыдущем примере, можно достичь, объявив собственный класс Address. Также есть возможность добавлять и другие средства (такие как проверка достоверности в процедурах свойств).

Твит

Свойства сериализуются в одну строку. Например, при сохранении свойства FisrtName, равного «Harriet», и LastName, равного «Smythe», оба значения соединяются вместе в свойстве PropertyValuesString, экономя пространство.

Поле PropertyNames предоставляет информацию, которая необходима для разбора значений в поле PropertyValuesString.

Двоеточия (:) служат разделителями.

Нечто интересное произойдет, когда создается профиль (с помощью интерфейса Profiles API) с данными типа DateTime.

Твит

Имея готовую базу данных, можно зарегистрировать SqlProfileProvider в файле web.config.

Сначала для этого необходимо определить строку подключения к базе профилей (Profiles API).

Затем в разделе <profile> следует удалить существующие поставщики (с помощью элемента <clear>) и добавить новый экземпляр класса System.Web.Profile.SqlProfileProvider (с помощью элемента <add>).

При определении поставщика профилей (Profiles API) должно быть указано его имя (по которому элемент <profile> затем сможет обращаться к поставщику по умолчанию), точное имя типа, строка подключения и имя веб-приложения. Для разделения информации профилей между веб-приложениями применяйте различные имена приложений (или указывайте одно и то же имя, чтобы использовать информацию совместно).

Твит

Если используется версия, отличная от SQL Server Express Edition, таблицы профилей (Profiles API) понадобится создать вручную.

Для этого необходимо применить утилиту командной строки aspnet_regsql.ехе — тот же инструмент, который позволяет генерировать базы данных для других средств ASP.NET, таких как состояние сеанса на базе SQL Server, членство, роли, зависимости кэша базы данных и персонализация Web Parts.

Твит

Профили (Profiles API) — естественный конкурент специальных компонентов данных. Ясно, что компоненты данных обладают большей гибкостью.

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

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

Твит

Наиболее существенное ограничение, касающееся профилей (Profiles API), никак не связано с производительностью — речь идет об ограничении сериализации профилей.

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

Твит

Многие из средств безопасности ASP.NET связаны с идентификацией индивидуальных пользователей (аутентификацией) и последующим определением действий, которые им разрешено выполнять (авторизацией).

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

В ASP.NET 1.x единственная практическая возможность сохранять специфичную для пользователя информацию состояла в создании собственных компонентов доступа к данным.