2010-06-05 12 views
1

J'ai un logiciel, qui utilise beaucoup de Linq-to-SQL. Récemment, je souhaite migrer vers l'architecture OData/WCF Data Service. Mais j'ai rencontré trop de problèmes dans le support Linq de OData - c'est tellement limité. Je dois modifier la plupart de mes instructions Linq et les tester de nouveau à fond.Comment faire face à la prise en charge Linq limitée d'OData (Open Data Protocol)

Je me demande s'il existe un moyen de résoudre un tel problème au lieu de mon travail manuel. Par exemple, par un package externe.

BTW, maintenant je n'ai pas confiance pour utiliser OData comme une sorte d'architecture.

Vous êtes apprécié de partager vos idées.

Nous vous remercions à l'avance,

Ying

+1

Pouvez-vous nous donner une exmample concrète d'une déclaration qui a travaillé dans LINQ to SQL et qui n'a pas travailler à Linq-à-OData? De quelles limites parlez-vous? Veuillez fournir des faits de plus en plus substantiels. –

+1

Un exemple est ici, http://stackoverflow.com/questions/2247051/how-to-use-selectmany-with-dataservicequery – Ying

Répondre

0

Vous pouvez regarder plus dans WCF (sans la partie « données ») Les services qui peuvent être exposés à travers une variété très large de points de fin REST/SOAP endpoints for a WCF service. Les services de données WCF sont plus spécifiques à l'objectif unique d'exposer un modèle de données d'entité via OData, ce qui n'est pas idéal pour la communication back-end directe.