gai_julia, совет pr0fess0r правильный с точки зрения теории. Действительно, есть несколько подходов, при помощи которых можно расширить Membership. Но, во-первых, я не уверен, как на это отреагируют стандартные Membership'овские контролы, ведь они используют именно базовый класс Membership. Во-вторых, по личному опыту могу сказать, что Membership - не такая уж и конфетка. Конечно, жутко удобно: кинул контрол - регистрация готова, кинул еще один - вот тебе и аутентификация. Но при ближайшем рассмотрении выясняется, что, например, сложно красиво совместить в контроле регистрации стандартные ошибки валидации (которые указываются при конфигурировании аутентификации) и свои собственные валидаторы; также "засирается" база всякими "нужными" таблицами, хранимками и вьюшками (это если использовать стандартный подход); если же писать Membership под свою схему, а потом и хранимки ручками писать, то смысл Membership'а в общем-то теряется. В общем, мое крайне позитивное первичное впечатление от Membership'а в процессе работы с ним сменилось на скептическое. |