인트라넷 응용 프로그램을 만들 때 사용할 멤버쉽을 결정하는 데 도움이 필요합니다.인트라넷 응용 프로그램의 SimpleMembership
SimpleMembership은 ASP.NET 인증 및 인증의 미래라고하지만 웹 보안 항목과 웹 페이지 접두사가있는 테이블이 있습니다. 인트라넷 응용 프로그램에서 simplemembership을 사용하는 올바른 방법은입니까?
2 년 전의 프로젝트에서 저는 SqlMembership을 기반으로 한 나만의 RoleProvider를 작성했으며 영역 + 컨트롤러 + 동작별로 권한을 부여하여 정상적으로 작동했습니다. 그러나 나는이 일이 단순한 멤버쉽에서 일어나는 것을 볼 수 없으며 인터넷에서 나를 괴롭히는 기사를 찾을 수 없다.
또한 사용자와 사람을 연결하고 코드 우선 항목을 제거하고 simplemembership 테이블을 EDMX에 추가해야합니다. 그래도 작동하지만 web.config에는 두 개의 연결 문자열이 필요합니다.
회원 공급자는 프로젝트의 승인 및 인증 걱정을 없애고 개발 속도를 높이는 데 큰 도움이된다고 생각하지만 '오래된 방법'(이미 알고있는 방식)을 구현하고 싶지 않고 앞으로 나아가고 싶습니다. "새로운 길"에.
유니버설 공급자가 기존 ASP.NET 멤버 자격 공급자가 경우에 사용하고, 당신이 사용하려는 : 반면에
는, 범용 공급자는 here을 언급 한 바와 같이 오래된 기존 공급 업체에 사용할 수 있다고합니다 다른 SQL Server 데이터베이스 백엔드 (SQL Server 제외)를 사용하는 경우
UP의 데이터베이스 구조가 SimpleMembership보다 깔끔해 보입니다.
간단히 말해 SimpleMembership의 작동 방식이 좋지만 테이블의 "웹 페이지 접미사"는 공급자를 "인트라넷 응용 프로그램에서 사용하지 않을 것"으로 보이게 만듭니다.
왜 "웹 페이지"접두사가 그 느낌을 주는가? 인트라넷 응용 프로그램은 인터넷 응용 프로그램과 거의 동일하며 현지화 된 것입니다. – Shoe