Les services de données WCF sont-ils morts pour Silverlight?

Question

WCF RIA Services vient d'être mis à jour il y a quelques jours. Les services WCF RIA ont des objets complexes, des modèles TT, etc.

Les services RIA WCF ont (par défaut) un transport binaire rapide et compact. Les services de données WCF ont gonflé le format XML AtomPub.

Microsoft abandonne-t-il les services de données WCF pour Silverlight en faveur des services RIA WCF? Personnellement, j'aime davantage les services de données WCF, en raison de la (re) génération de proxy de simplicité, d'ouverture, de multiplicité et de normal (sur demande) (les services WCF RIA régénèrent vos proxies à chaque fois que vous construisez, à la recompilation du projet Silverlight, ce qui conduit à de nouveaux emballages et redéploiement xap, qu'est-ce que le tueur d'utilisabilité). Verrons-nous jamais la prise en charge du format xml-msbin pour les services de données WCF?

Sera-t-il possible d'utiliser un DataContext non-Microsoft, qui n'encadrera pas les champs Nullable dans la clause where, rendant le SQL flou, moche et lent?

Ces questions me faire sentir, comme WCF Data Services ont pas une plus grande priorité ...

Answer 1

Je ne pense pas que les services WCF RIA devraient être confondus avec OData ou WCF Data Services. Les options Data Services/OData doivent être considérées en fonction des besoins. Si vous avez une application Silverlight qui n'expose pas les données à l'un de vos partenaires ou à des tiers, cela n'a aucun sens d'opter pour les services de données WCF. Au contraire, vous serez mieux avec WCF RIA Services en raison de la richesse qu'il offre. Alors que vous êtes à la recherche d'une application qui ne s'adresse pas seulement à vous et votre intranet ou Internet PLUS, vous souhaitez exposer les données à une plate-forme neutre - c'est là que vous devez penser à OData au lieu de WCF RIA.

En bref OData brise les silos de données et expose vos données de manière indépendante de la plate-forme. Qu'il s'agisse de Java, PHP, obj-c, etc., etc., ils savent tous comment consommer OData en raison du format standard XML + ATOM/ATOMPUB. Je souhaite que mon point soit clair :)