다층 디자인의 SPSecurity.RunWithElevatedPriviledges에 대한 디자인 질문

Question

질문 : 성능 및 디자인. 문제의 핵심은 다음과 같습니다. RunWithElevatedPriviledges를 일련의 메서드를 중심으로 감싸서 사용해야합니까 (호출은 잘못된 레이어에 있습니다), 나중에 적절하게 호출해야합니다.

처음에는 2 계층 (프런트 엔드 & 데이터베이스) 인 리팩터링 코드입니다.

는 지금 4 층

• 프런트 엔드 (셰어)
• 서비스 레이어
• 데이터 액세스 레이어
• 데이터베이스

에이를 분할 한 자, 규정 된 설정으로 인해 SQL Server 쿼리를 중심으로 RunWithElevatedPriviledges를 던져서 앱 풀이 데이터베이스에 대해 인증 할 수있게해야합니다. se (제발 나쁜 생각인데, 이것이 끔찍한 생각이지만 제 전화가 아님을 알리는 의견을 게시 해주십시오).

데이터 호출마다 상승 된 권한을 가져야합니다. 내 마음을 들어, 이것은 서비스 레이어에서 발생해야합니다. FE는이 요구 사항에 대한 단서가 없어야하며 데이터 액세스 계층에서도 이러한 요구 사항에 대한 단서가 없어야합니다. 그러나, 서비스 계층은 드롭 다운

즉

userlistbox.datasource = MyService.GetUsers(); //Returns an iEnumerable object 
citylistbox.datasource = MyService.GetCities(currentRegion); //Returns an iEnumerable object 

등

unrefactored 버전은 상승 된 권한으로 이러한 호출을 모두 랩 시리즈를 채우기 위해 여러 번 호출된다. 내 감각은 서비스 계층으로 밀어 넣는 것이 약간 성능이 떨어지지 만 더 나은 디자인이라는 것입니다.

생각하십니까? 그리고 제발, 아무 것도 할 수없는 제약을 강타하지 마세요.

Answer 1

프런트 엔드보다 서비스 계층이 더 좋습니다. 어쩌면 SPSecurity.CodeToRunElevated Delegate를 통과 할 수 있습니까? 나는 내 프런트 엔드가 상승 된 권한에 대해 알고 있듯이 내 경우에 도움이 될 것입니다 대리자를 통과 믿을 수 없어하지만, 서비스 계층 :

http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.spsecurity.codetorunelevated.aspx