Я создаю сайт ASP.NET MVC 3, который позволяет пользователям регистрироваться. Для этого я использую встроенный (статический) класс Membership
; некоторые говорят, что это раздутый, но он работает хорошо и достаточно легко, так что вы есть.
В любом случае, я начал писать и класс AdminService, который будет обрабатывать функции, связанные с учетной записью пользователя, и давайте предположим, что у него есть только один метод:
public class AdminService : IAdminService
{
public void DeleteUser(string username)
{
Membership.DeleteUser(username);
}
}
Использование класса Membership, как это неправильно, двумя способами: его нельзя внедрить через IoC, и мне все труднее писать спецификации (тесты) для IAdminService
, потому что я не могу высмеивать класс Membership.
Есть ли способ сделать класс членства ASP.NET удобным для тестирования и внедрения зависимостей без использования моего собственного?
Когда дело доходит до функциональности, класс Membership хорошо работает и, что более важно, он
работает сейчас , поэтому я очень неохотно начинаю писать свой собственный MembershipProvider, так как это только замедлит меня.