다른 프로젝트의 모델 클래스를 사용하여 Reflection Provider를 사용하여 WCF Data Services OData를 만드는 방법은 무엇입니까?

Question

Reflection Provider (http://msdn.microsoft.com/en-us/library/dd728281.aspx)를 사용하는 방법에 따라 Order 및 Item 클래스를 Class Library로 이동하고 SVC 파일로 웹 프로젝트에서 클래스 라이브러리를 참조하기 전까지 모든 것이 잘 작동합니다.

POCO 클래스를 WCF 프로젝트로 이동하면 모두 잘됩니다.

WCF 프로젝트에서 POCO 클래스를 분리 된 어셈블리로 이동하면 설명이없는 500이됩니다.

내 poco 클래스를 별도의 프로젝트에 보관하고 OData 끝점으로 노출 할 수 있기를 원합니다. 내가 도대체 ​​뭘 잘못하고있는 겁니까?

- UPDATE--
위에서 설명한 시나리오는 WCF OData Reflection Provider를 사용하여 발견 한 문제점을 설명하기위한 것입니다. 제 실제적인 문제는 아니지만 설명을 위해 설명하기가 더 쉽습니다.

Answer 1

(면책 조항 : 일반적으로 문제를 해결하는 데 도움이되지 않는 문제에 대한 답변을 좋아하지 않지만 문제가 올바른 문제가 아닌 이유를 설명하지만이 경우에는 정당하다고 생각합니다 :))

당신이 그것에 대해 생각한다면, 당신은 정말로 그것을하고 싶지 않습니다.
Order와 Item 클래스는 실제로 POCO가 아닙니다. 그들은 이 아닙니다. 'plain'C# objects; 그들에는 데이터 속성이있어서 데이터 전송 객체 (DTOs)이됩니다.
이들은 서비스와 클라이언트 사이의 인터페이스에 속합니다.
도메인 엔터티 (또는 POCO)의 항목 및 주문은 대개 조금 복잡해지며 작업 외에 비즈니스 이외의 다른 것들을 포함합니다.

올바른 방법은 Order와 Item에 전체 속성 집합과 작업 집합이 포함 된 풍부한 도메인 모델을 사용하는 것입니다. 그 위에 DTO 계층이 있습니다.이 DTO 계층에는 서비스 클라이언트가 필요합니다.

전선을 통해 POCO를 보냈다는 것을 'the stripper pattern'이라고했고, 나는 이것이 최고라고 생각합니다.

Answer 2

WCF Data Services (현재 5.3)의 최신 버전으로 업그레이드하십시오 (아직 5.3 버전이 아닌 경우). .Net 4.5와 함께 제공되는 WCF Data Services 버전을 사용하여 문제를 재현했지만 NuGet을 사용하여 두 어셈블리의 참조를 Microsoft.Data.Services의 최신 릴리스로 업그레이드 한 후에는 문제가 해결되었습니다.

이미 최신 버전의 WCF Data Services를 사용하고있는 경우 두 어셈블리가 모두 동일한 버전의 WCF Data Services를 참조하는지 확인하십시오. (

[System.ServiceModel.ServiceBehavior(IncludeExceptionDetailInFaults = true)] 
public class YourService : DataService<...> 

그리고 그 결과로 질문을 업데이트하십시오 :이 중 어느 것도 당신의 문제를 해결하는 경우

, 더 자세한 오류 메시지 및 스택 추적을 얻을 수 있도록 DataService의 클래스에 다음 속성을 추가 솔루션이 스택 추적에서 즉시 튀어 나오지 않는 경우).