ASP.NET의 사용자 지정 MembershipProvider의 장점은 무엇입니까?

Question

MembershipProvider 클래스를 구현해야하는 경우 직접 필요한 모든 서비스를 구현해야하므로 MembershipProvider 파생 클래스를 구현하면 어떤 이점을 얻을 수 있습니까? 내 자신의 MySecurity 클래스를 작성하면 어떤 이점이 있습니까?

Answer 1

오른쪽으로을 입력하는 것은 매우 어렵습니다. 왜냐하면 이 작동하기 만하면으로 나타나는 것을 만들기가 쉽기 때문입니다. 배포 후 1 년이 지난 후에 시스템이 6 개월 전에 금이 간 것을 발견하는 상황에서 자신을 발견하고 싶지는 않습니다.

MembershipProvider 모델을 사용하여 시스템을 구축하면 올바르게 구현되는 데 도움이되는 골격을 제공하여 올바르게 수행 할 수 있습니다. 정확하게 일련의 메소드를 작성하기 만하면 제공된 올바른 아키텍처를 사용하여 적절한 방법으로 올바른 방법을 사용하고 있는지 확인할 수 있습니다.

개별 메서드 구현 완료 오른쪽은 비교적 쉽습니다. 그것들을 당신의 단위 테스트에 넣을 수 있고 그들이 한 일을 할 것이라는 확신을 가질 수 있습니다.

올바른 위치에서 인증 토큰을 확인하는지 여부에 대해 걱정할 필요가 없습니다. ASP.Net의 멤버쉽 공급자를 호출하는 부분은 언제 그렇게해야하는지 알 수 있습니다. 당신이해야 할 일은 정확하게 수표를 구현하는 것 뿐이며, 일반적으로 간단한 비교가 필요합니다.

또한 처음부터 다시 시작하지 않아도됩니다. 기존 공급자로부터 상속하고 이미 제공하지 않는 기능 만 추가하는 옵션이 필요합니다.

Answer 2

글쎄, 의존 ... 나는 모든 역할이 그들과 관련된 기능을 갖도록 함수의 개념을 추가해야했기 때문에 매우 유용하다는 것을 알았다. 이 경우

은 내가 AddFunctionToRole 방법 ... IsFunctionAssignedToUser 방법 ... 등 등을 포함 내 자신의 회원 및 RoleProvider 클래스를 구현

쓰기의 here

Answer 3

주요 장점에 조금 더 많은 정보를 원하시면 자신의 MembershipProvider 클래스는 ASP.NET에서 일류 구성 요소로 간주하므로 인증 및 권한 부여에 표준 인터페이스를 사용할 수 있으며 나중에 다른 공급자를 사용하려는 경우 구성 파일 만 변경하면됩니다.

Answer 4

기본 회원 공급자 중 하나와 "조금"다른 것을 필요로하는 경우에는 기본 제공 업체 중 하나 또는 더 나은 타사 공급자 중 하나에서 상속하는 것으로 간주하고 추가로 필요한 기능을 변경하거나 변경하려는 기능을 무시하십시오.

Answer 5

기술적으로는 이식성을 확보해야합니다. 기존 모델을 사용하면 공급자를 다른 웹 응용 프로그램에 드롭하여 회원 시스템을 거의 바꾸지 않아도됩니다.

유감스럽게도 멤버십/프로필과 관련하여 독자적인 방식으로 진행된 제 3 자의 수는 상당히 인상적이며 다소 우울합니다. 그 위에.

멤버쉽 공급자 모델을 사용하면 멤버십을 사용하는 다른 모든 컨트롤이 사용자 정의 버전을 작성하지 않고도 "그냥 작동"(즉, 로그인, LoginStatus, LoginName 등) 할 수 있습니다.