Кажется, я не очень хорошо выразил свой вопрос, поэтому я добавляю его в качестве дополнительного заголовка: как я могу расширить класс FormsAuthentication, чтобы я мог переопределить поведение по умолчанию в файле конфигурации (например, передать управление выполнением вMembershipProvider для обновления LastActivity для MembershipUser для запроса новой страницы) и, в случае сбоя, замените механизм класса FormsAuthentication моим собственным пользовательским классом и используйте его в качестве класса FormsAuthentication, который обычно используется?
Какмы реализуем менее смехотворно жесткую, более расширяемую платформу FormsAuthentication, которая позволит нам интегрироваться в пользовательский MembershipProvider?Была ли работа по этому вопросу?В конечном счете, я хотел бы добавить в свой web.config что-то вроде этого:
<authentication mode="Forms">
<forms membershipProvider="MyCustomMembershipProvider">
<events>
<add event="AuthenticatedRequest" action="OnAuthRequest" />
<add event="UnAuthenticatedRequest" action="OnRequest" />
<add event="UnAuthorizedRequest" action="UnAuthRequest" />
</events>
</forms>
</authentication>
Это не должно занимать все мое время.Аутентификация с помощью форм выглядит довольно низкоуровневой в жизненном цикле страницы ASP.NET, но должен быть способ ее чисто обойти.
Речь идет не о поставщике настраиваемого членства.Я хочу реализовать вещи в своем классе провайдера членства, такие как подразумеваемые функции «IsOnline» и «LastActivity», но FormsAuthentication устанавливает cookie и не оглядывается назад.Я хочу ввести свой собственный код, когда он проверяет этот файл cookie, но не могу.Должен быть какой-то другой способ, кроме как наложить собственное печенье сверху.