2012-01-12 7 views
0

C#을 사용하여 ASP.Net 4 및 MVC3을 사용하여 프로젝트를 작성 중입니다. ASP.Net 멤버쉽 공급자는 프레임 워크에 잘 통합되어 있습니다. 역할 확인 및 일부 신원 정보가 있지만 문제가 있습니다. 유연성이 제한적입니다. 처음부터 새로운 사용자 관리 시스템을 구축하고 컨트롤러 내의 편리한 단축 코드를 잃어 버려야합니까? ...? 다른 대안이 있습니까?ASP.Net 회원 귀하의 생각?

처음부터 무언가를 만드는 것에 대해 생각할 때 해싱 암호, 캐싱 항목, 세션 관리에 대해 걱정하면 두통이 생깁니다.

+0

정의를 제공 기본 멤버십 제공자가 허용하지 않는 것은 무엇입니까? – StriplingWarrior

+0

가능한 복제 [SqlMembershipProvider 대 사용자 지정 솔루션] (http://stackoverflow.com/questions/5445260/sqlmembershipprovider-vs-a-custom-solutions). 또한 http://stackoverflow.com/questions/6862222 및 http://stackoverflow.com/questions/4973820 – StriplingWarrior

답변

5

나는 ASP 멤버쉽을 주로 로긴 인 (only)으로 사용합니다. 그런 다음 ASP 멤버십이 쉽게 수용하지 못하는 고도로 사용자 지정된 사용자 기능을 위해 데이터베이스 특정 테이블을 사용합니다. 모든 사용자 지정 기능이 ASP 멤버쉽 DB에 의해 "쉽게"조정될 수 있다면 ... 나는 그것을 사용하지만, 대부분 사용자 지정 사용자 지정 기능을 대상 데이터베이스 (질문 있음)에 넣습니다. 또한

...

ASP 회원 기능은 동시에 여러 데이터베이스를 관리 할 수 ​​있기 때문에, 나는 자신이 관리하는 것과 (떨어져) 별도의 ASP 회원 데이터베이스 인스턴스를 실행합니다. 그 일은 나를 위해 친절한 &을 증명했습니다.

+1

을 참조하십시오. 이것이 바로 우리가하는 일입니다. sqlmembership db에 암호를 아웃소싱하고 응용 프로그램 db에서 별도로 사용자를 추적하십시오. 우리는 심지어 우리 자신의 커스텀 RoleProvider를 사용합니다. +1 회원 DB를 응용 프로그램 DB와 별도로 유지합니다. 더 비싸지 만 가치가 있습니다. – danludwig

+0

그만한 가치 ... 고마워! –

0

"처음부터 자신의 회원 시스템을 작성하는 데 많은 이점이 없습니다.

사용자 지정 멤버 자격 공급자 및 역할 공급자를 구현하는 것이 더 낫습니다. 즉, [Authorize] 특성과 다른 멤버 자격 역할 요소를 쉽게 사용할 수 있고 사용자 지정 공급자에 필요한 추가 요소를 쉽게 추가 할 수 있습니다 .

이는 MembershipProvider 및 RoleProvider에 관련된 상황을 확인하기 위해 살펴 herehere을 가지고 - ". 제한 유연성"단지 추상적는 MembershipProvider 및 RoleProvider에서 파생하고 자신의 구현