2009-06-03 6 views
11

우리는 n 계층 Silverlight LOB 응용 프로그램을 만드는 중이며 .NET RIA 서비스 사용을 고려하고 있습니다. 현재 WCF 서비스 API와 관련하여 이것이 어디에 적합한지는 분명하지 않습니다. 우리의 현재 아키텍처는 다음과 같습니다.NET RIA 서비스/WCF 서비스

실버 < - 걸보고>데이터베이스

->WCF 서비스 < ->비즈니스 로직 < ->엔티티 프레임 워크 모델 < Nikhils Mix 09 프레젠테이션을 보면 .NET RIA Services가 WCF 및 BusLog 섹션을 대체하게됩니다.

실버 < ->RIA 서비스 < ->EF 모델 < - 우리가 사용할 수 있도록 노출 표준 SOAP 엔드 포인트 API가 필요 기대, 괜찮아>DB

다른 응용 프로그램 (BizTalk, 통합 등). .NET RIA Services를 비동기 요구 사항없이 SOAP 끝점으로 공개 할 수 있습니까?

.NET RIA 서비스를 통해 WCF 서비스를 구현하는 것이 얼마나 쉬운가요? 당신은 이것의 어떤 좋은 온라인 예를 알고 있습니까?

감사합니다, 마크

답변

10

예 - RIA 서비스의 비즈니스 로직을 노출 우리가 (아스토리아 및 최종 바닐라 WCF를 통해) WCF 서비스를 정의하기위한 아주 좋은 지원을해야합니다 RIA 서비스를 위해 다음 CTP합니다. 따라서 RIA Services 구현에는 두 가지 머리가 있습니다.

실버 라이트는 < ---> RIA 서비스 <는 ---> EF 모델 < ---> DB WCF 서비스 < --->는

나는이 모델을 말할 것

의미가 차 목표는 경우가 있습니다 Silverlight 응용 프로그램입니다. 그러나 기본 목표가 WCF 서비스 인 경우 현재 가지고있는 모델을 사용합니다. 도움이됩니까?

우리는 동일한 시나리오를보고있는

+0

감사합니다. brad, 귀하의 조언은 우리가하는 일과 함께합니다. .NET API를 사용할 필요가 있기 때문에 .NET RIA Services에서 WCF 끝점을 노출 할 수는 없지만 WCF를 통해 직접 엔티티를 처리하면 현재 큰 어려움을 겪고 있습니다. 마크 –

0

을 ..brad. 지금, 우리는이 모델과 함께가는 생각 :

실버 < -> RIA 서비스 < -> WCF 서비스 < -> 비즈니스 로직 < -> 엔티티 프레임 워크 모델 < -> 데이터베이스

우리는 다양한 바인딩으로 WCF 서비스를 호스팅 할 수 있습니다. RIA에서 WCF로 inProc 호출을 사용하여 Silverlight 앱을 사용합니다. WCF 서비스의 외부 사용자를 위해 wsHttp 끝점을 사용하여 호스팅합니다.

따라서 우리 시나리오에서 우리는 두 가지를 모두 얻을 수 있습니다. RIA 서비스는 Silverlight 앱 (즉, 비동기)을 프로그래밍하는 부담을 덜어주는 앱용 프레젠테이션 서비스의 일부가됩니다. 단점은 추가 레이어가 추가 된 것입니다.

생각하십니까?

+0

솔직히 말해서, 나는 이것이 좋은 생각이라고 생각하지 않는다. RIA 서비스를 WCF 서비스에 적용하면 WCF 레이어를 지나면 EF 모델의 모든 이점을 잃게되므로 연결되지 않은 개체와 프록시 개체를 기반으로 .NET RIA 서비스를 빌드하게됩니다. 특정 서비스를 제공하므로 다른 서비스와 호환되지 않습니다. –

+0

글쎄, 그럼 우리는 나쁜 길로 나아가고있는 것 같아. 우리의 경로였다 실버 <-> RIA 서비스 또는 WCF 서비스 <-> WCF 외관 <-> 앱 서비스 <-> 도메인 모델 <-> nHibernate 수 <-> SQL RIA 서비스 || WCF 서비스는 방화벽 외부에 있으며이 앱 전용으로 제작되었습니다. Facade 레이어는 내부에 있지만 여전히 애플리케이션 당 하나의 Facade입니다. App 서비스와 도메인 모델은 POCO이며 모든 애플리케이션에서 공유합니다. 우리는 RIA 서비스를 통해 간단한 구성과 마법 인증 및 권한 부여 또는 일반 WCF를 제공합니까? – basscinner

+0

RIA 서비스는 WCF RIA 서비스라고하며 추가 엔드 포인트를 지원합니다. –