2010-12-03 7 views
4

WCF RIAサービスは数日前に更新されました。 WCF RIAサービスには、複雑なオブジェクト、TTテンプレートなどがあります。SilverlightのWCFデータサービスは停止していますか?

WCF RIAサービスには、高速かつコンパクトなバイナリトランスポートがあります。 WCF Data Servicesは膨大なXML AtomPub形式を持っています。

MicrosoftがWCF RIAサービスのためにSilverlight用WCF Data Servicesを放棄していますか?

私は、シンプルさ、オープン性、クロスプラットフォーム、標準(オンデマンド)プロキシ(再)生成(WCF RIAサービスは、ビルドを行うたびにプロキシを再生成するため、 Silverlightプロジェクトの再コンパイル、新しいXAPのパッケージ化と再デプロイメントへのつながり、使い勝手の良さ)

WCF Data Servicesのxml-msbin形式のサポートは見えますか?

where節でNullableフィールドをラップしないSQL以外のDataContextを使用することは可能でしょうか?SQLを肥大化させ、醜く、遅くしますか? WCF Data Servicesのは、これ以上の優先権を持っていないよう

これらの問題は、私はWCF RIAサービスは、ODataのか、WCF Data Servicesで混同されなければならないとは思わない...、私は感じ

+0

私はWCF Data Servicesも好きですが、Silverlightには無数の制限があります。コンテキストとリンクを手動で管理するのは時には苦労します(学習曲線が高かった)。また、いくつかのLINQ演算子(join、any、allなど)はサポートされていないため、WebGetを作成する必要があります。私たちはまた、匿名のタイプを返すためにsprocを使用するのに苦労しました。私は行くことができます。 Silverlightの実装を更新するための積極的な開発はありますか?私もそれを見たいと思います。 – Aligned

答えて

2

を作ります。必要に応じてData Services/ODataオプションを検討する必要があります。パートナーやサードパーティのいずれにもデータを公開しないSilverlightアプリケーションを使用している場合、WCF Data Servicesには意味がありません。代わりに、WCF RIAサービスの豊かさのために、WCF RIAサービスの方が良いでしょう。あなたとイントラネットやインターネットPLUSを満たすだけではなく、WCF RIAの代わりにODataについて考える必要があるときに、プラットフォームの中立な方法でデータを公開したいアプリケーションを探しています。

要するに、ODataはデータサイロを壊し、データをプラットフォームに依存しない方法で公開しています。 Java、PHP、obj-cなどであれば、標準のXML + ATOM/ATOMPUB形式のため、ODataをどのように使用するかをすべて知っています。

私は私のポイントを明確にしました:)

関連する問題