Стоит ли использовать модель поставщика членства / роли ASP.NET, если вы делаете полностью самодельную реализацию?

Question

Я работаю над сайтом, который будет использовать Facebook Connect для аутентификации пользователей. У нас также есть некоторая структура базы данных на бэкэнде, чтобы связывать пользователей через их идентификаторы пользователей Facebook с различными группами и ролями.

Короче говоря, требования к проекту на самом деле не имеют большого количества пересечений с функциональностью, определенной моделью поставщика членства и ролей ASP.NET.

Учитывая это, есть ли какая-либо причина для реализации настраиваемого поставщика членства для этого материала, кроме его работы со «встроенным» материалом и доступа к нему через статический класс Membership?

Answer 1

Да. Реализовать MembershipProvider очень просто (вам действительно нужно реализовать метод ValidateUser), и вы получите доступ к некоторым очень полезным функциям asp.net, которые, по крайней мере, упростят большую часть вашего кода ( Я имею в виду таких помощников, как Page.User).

Answer 2

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

Таким образом, вы реализуете собственного провайдера с Facebook в качестве резервного и меняете его другими вещами для тестирования и проверки на будущее.

Полностью, насколько полно ваше решение? У API членства есть классные вещи, такие как генератор паролей, он будет отслеживать, кто в сети (по времени входа в систему).

Answer 3

Только если вы хотите использовать встроенные или сторонние компоненты на основе модели членства ASP.NET. Если нет - не беспокойтесь об этом, так как это ограничит вашу заявку.