Мне поручено создать веб-систему входа в систему ASP.net MVC с регистрацией, забыли пароль и логин, но существующая система уже имеет все хранимые процедуры для поддержки эту функциональность, и они не очень хорошо вписываются в интерфейсы Membership.Есть ли какие-либо преимущества для создания пользовательского поставщика членства
Есть ли какие-либо преимущества для внедрения пользовательского поставщика членства? This answer ссылается на «интеграцию», но я не уверен, к какой интеграции он обращается. Помимо этого, что является преимуществом (-ами)?
Я вижу, как пользовательский поставщик роли мне пригодится, например, используя атрибуты Authorize для моих действий MVC. Могу ли я создать пользовательский поставщик роли без создания/внедрения поставщика членства?
Спасибо за ответ. Я не верю, что какая-либо из коробки реализация членского провайдера будет работать для меня, так как я должен использовать существующие таблицы и хранимые процедуры. Таким образом, именно поэтому я задаю вопрос о преимуществах/преимуществах использования CustomerMembershipProvider, а не просто кодировании методов безопасности в классе обслуживания. –
Да, в этом случае вы должны реализовать своего собственного провайдера, который использует собственные таблицы и SP в реализации поставщика. Если вы внедряете пользовательский поставщик, получающий ExtendedMembershipProvider, вы можете использовать существующие хорошо продуманные API WebSecurity, которые внутренне используют реализацию поставщика, которая может быть вашим провайдером. В противном случае вам придется начинать с нуля с разработки API. – SBirthare