です。複数のフロントエンドを持つ新しいシステムを構築していますが、少なくとも1つはSilverlightに対応しています。RIA Services DomainServiceクラスのレイヤーは
SilverlightのサービスファサードとしてRIAサービスを使用することに決めました。
私たちは、RIA ServicesのdomainServiceクラスの背後にある別のサービスレイヤーを維持しなければならないのでしょうか、それともメインのサービスレイヤーとして使うべきですか?
Silverlightで開発されていない他のフロントエンドがあり、ほとんどの場合同じサービスを使用する必要があることを考慮してください。
しかし、ドメインサービスでサポートされていない追加のタイプのエンドポイントを追加する必要がある場合はどうすればよいですか? ドメインサービスは、特定の種類のオブジェクトから継承され、特定の方法で公開されます。この両方によって、私は自分のサービス層のプロパティとして非常に不快に感じます。 あなたはどう思いますか? – sternr
ドメインサービスは、標準のWebプロジェクトでホストされます。サポートされていないタイプのエンドポイントを追加する必要がある場合は、ドメインサービスのブリッジとして機能する新しいレイヤーをそのプロジェクトに作成することができます。 – alf
私は、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)。 –