Microsoft 멤버십 제공 업체 대 사용자 정의 제공 업체 대 완전한 사용자 정의 로그인 시스템

Question

나는 현재 변환 중입니다 매우 오래되었지만 작동하지만 클래식 ASP 사이트는 ASP.Net에 있습니다.

완전히 맞춤형 작성 사용자 관리 시스템이 있습니다. 잘 작동하지만 작품의 미래 프로젝트에 대해 더 유연하기를 원하기 때문에 실제로 새로 고침이 필요합니다.

누군가에게 이것에 대해 물었을 때, 그들은 "당신은"마이크로 소프트 제공 업체를 사용해야한다 "고 말했다. 그리고 Microsoft 가이 모든 것을 무료로 어떻게 무료로 출시하는지, 가능한 한 얼마나 좋은지, 가능한 한 RE를 사용해야하는지에 대한 강의를했다.

나는 그것에 대해 약간의 연구를했습니다 (주로 비디오를보고 있습니다. http://asp.net/learn ) 그리고 글을 쓰는 데 시간이 걸리는 항목에 대한 드래그 앤 드롭 구성 요소가있는 것처럼 보이기 때문에 일부 기능에 깊은 인상을 받았습니다.

그러나 현재 멤버십 데이터베이스는 설명하기가 복잡합니다. 많은 내부 관계가있는 완전히 사용자 정의 서면 데이터베이스입니다. 실제로 기본 Microsoft 제공 업체와 "호환"되지 않습니다.

나는 살펴 보았다 I : 사용자 정의 멤버십 제공 업체를 만드는 방법은 무엇입니까?, 그러나 나는 안락 지대에서 약간 느끼고 느리게 나갈 것이라고 걱정했다.

하루가 끝날 무렵, Microsoft 멤버십 제공 업체는 저에게 작동해야합니다. 실제로 필요한 유일한 사용자 정의는 데이터베이스의 사용자 이름/비밀번호 필드를 사용하는 데 로그인하는 것입니다. 당사자 시스템 (서비스 제공 서비스 등).

나는 단지 비슷한 상황에 직면한다면 어떻게 하시겠습니까?

1. Microsoft 멤버십 제공 업체를 사용하고 어떻게 든 당신을 위해 일하게하십시오 (제안서를 원하지만)

2. Microsoft 멤버십 제공 업체를 사용하지만 코드 주위에 사용자 정의 된 사용자 정의 제공 업체를 사용하십시오.

3. 완전히 맞춤화 된 솔루션을 사용 하시겠습니까?

Answer 1

그 비디오는 물건을 복잡하게 만듭니다 :) 사용자 정의 제공 업체를 구현하려면 기존 공급자를 반사하는 사람은 시작하기에 좋은 장소입니다 :)

물론 빠르고 더러운 옵션으로 SQL 멤버십 제공 업체가 사용하는 저장된 절차를 해킹 할 수 있지만 서비스를 제공하는 사용자 정의 코드는 아마도이를 확장 할 수 있습니다.

원격 서비스 제공이 실제로 멤버십 제공 업체에 속하지 않는다고 생각하면 실제로 멤버십 기능이 아닙니다. 모든 멤버십은 사용자 이름과 암호 및 인증을 제공하는 것입니다. 내 자신의 느낌은 서비스 제공을 그곳에서 옮기고 사용자가 생성 된 후 ASP.NET 사이트에서 수행해야한다는 것입니다. 회원 공급자가 해당 작업을 수행 한 후에 저장 프로 시저를 호출하더라도. 이렇게하면 SQL 멤버십 제공 업체가 필요한 모든 것을 수행한다는 것을 알 수 있습니다 (아마도 역할 및 프로필 제공 업체도 마찬가지). 따라서 쓸 코드가 적습니다!

Answer 2

나는 과거에 비슷한 상황에 처해있었습니다. 두 경우 모두 기존 메커니즘 주위에 제공자 (회원 가입자, Roleprovider, ProfileProvider)의 사용자 정의 구현을 만들었습니다.

두 경우 모두 읽기 전용 액세스를 위해 제공자 구현 만 사용하여 Web.config 등의 쉬운 검증 구빈을 제공합니다. 사용자 관리 코드는 잘 작동함에 따라 혼자서 남겨졌습니다.

Answer 3

기존 공급자가 작동하는 경우 (데이터에 적합한 필드가있는 경우)이를 사용하여 시작하십시오. 나중에 고객 제공 업체로 쉽게 교체 할 수 있습니다 (단일 구성 값 변경 만).

이를 위해 "상자 밖"ASP.NET Management 인터페이스가 없으므로 직접 굴리거나 타사를 사용해야합니다.

Answer 4

내 전문 회원 가계를 사용하여 내 데이터베이스 테이블에 대해 작업하십시오.