2011-08-11 3 views
1

두 개 이상의 프런트 엔드가있는 시스템을 구축 중입니다. 하나 이상의 시스템에서 Silverlight를 호스팅하고 있습니다.RIA Services DomainService 클래스의 계층은 무엇입니까?

우리는 RIA 서비스를 Silverlight의 서비스 외관으로 사용하기로 결정했습니다.

우리는 RIA Services domainService 클래스의 "배후"에있는 다른 서비스 레이어를 유지해야합니까? 아니면 우리가 주 서비스 레이어로 사용해야합니까?

Silverlight에서 개발되지 않은 다른 프런트 엔드가 있고 대부분 동일한 서비스를 사용해야 할 필요가 있음을 고려하십시오.

답변

0

도메인 계층 서비스를 서비스 계층으로 사용하는 것이 좋습니다. OData 엔드 포인트를 추가 할 수 있으므로 클라이언트가 노출 한 데이터를 사용할 수 있습니다.

공개 할 엔티티를 결정하고 데이터 영역의 속성보다 속성이 다른 또는 새로운 속성을 정의 할 수도 있습니다.

이것은 우리 프로젝트 (중간 크기) 중 하나에서 우리가 따라 가고있는 접근법이며 매우 좋았습니다.

+0

그러나 domainservice에서 지원하지 않는 추가 유형의 끝점을 추가해야하는 경우 어떻게해야합니까? 도메인 서비스는 특정 유형의 개체를 상속해야하며 특정 방식으로 노출되어야합니다. 두 가지 모두 내 서비스 계층의 속성으로 불편을 느끼게합니다. 당신은 어떻게 생각하십니까? – sternr

+0

도메인 서비스는 표준 웹 프로젝트에서 호스팅됩니다. 지원되지 않는 유형의 엔드 포인트를 추가해야하는 경우 도메인 서비스에 대한 브릿지 역할을하는 해당 프로젝트에서 항상 새 계층을 작성할 수 있습니다. – alf

+1

전체 공개, 저는 RIA 팀에서 일하지만 Alfonso의 추천은 시작하기에 좋은 곳입니다. 필요에 따라 추가 서비스 조각을 추가 할 수 있지만이를 공식화하는 것은 과도한 것처럼 보입니다. 또한 RIA는 SOAP 및 JSON 끝점을 노출합니다 (http://blogs.msdn.com/b/deepm/archive/2010/05/14/silverlight-tv-episode-26-exposing-soap-json-and-odata-endpoints). -from-ria-services.aspx). 또한 RIA 팀은 다른 웹 기반 클라이언트에 유용한 JavaScript 클라이언트를 개발 중입니다 (http://jeffhandley.com/archive/2011/04/13/RIAJS-jQuery-client-for-WCF- RIA-Services.aspx). –

관련 문제