2011-08-11 10 views
1

です。複数のフロントエンドを持つ新しいシステムを構築していますが、少なくとも1つはSilverlightに対応しています。RIA Services DomainServiceクラスのレイヤーは

SilverlightのサービスファサードとしてRIAサービスを使用することに決めました。

私たちは、RIA ServicesのdomainServiceクラスの背後にある別のサービスレイヤーを維持しなければならないのでしょうか、それともメインのサービスレイヤーとして使うべきですか?

Silverlightで開発されていない他のフロントエンドがあり、ほとんどの場合同じサービスを使用する必要があることを考慮してください。

答えて

0

サービス層としてドメインサービスを使用することをお勧めします。 ODataエンドポイントを追加することができるため、それらによって公開されるデータはすべてのクライアントによって消費される可能性があります。

また、公開するエンティティを決定したり、データレイヤーのプロパティよりもプロパティのプロパティが小さいか新しいものを定義したりすることもできます。

これは私たちのプロジェクト(中規模)の1つに従っているアプローチであり、非常に良好です。

+0

しかし、ドメインサービスでサポートされていない追加のタイプのエンドポイントを追加する必要がある場合はどうすればよいですか? ドメインサービスは、特定の種類のオブジェクトから継承され、特定の方法で公開されます。この両方によって、私は自分のサービス層のプロパティとして非常に不快に感じます。 あなたはどう思いますか? – sternr

+0

ドメインサービスは、標準のWebプロジェクトでホストされます。サポートされていないタイプのエンドポイントを追加する必要がある場合は、ドメインサービスのブリッジとして機能する新しいレイヤーをそのプロジェクトに作成することができます。 – 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)。 –

関連する問題