Service de données ADO.NET & # 8212; consommateurs non .NET

Question

Quelqu'un at-il rencontré un exemple de consommateur non .Net d'un service de données ADO.NET? Le deuxième jour, je cherche à savoir ce qu’est Astoria et comment l’utiliser. J'essaie également de répondre à la question suivante: pourquoi utiliserais-je cela au lieu d'un service Web?

Après avoir utilisé mes exemples, je m'applique à l'approche RESTful pour extraire des données du système. Et le brancher sur un client .net est incroyablement facile. Mais je me suis alors demandé comment un consommateur non.NET réagirait.

Toutes les idées (pointeurs) définitivement appréciées ...

Answer 1

Eh bien, ADO.NET Data Services s’exposant comme un service RESTful, tout ce qui peut passer des appels RESTful vers un URI peut utiliser correctement le service. Je pense que, plutôt que de rechercher la technologie .NET liée à la technologie X, vous devriez rechercher la technologie que vous utilisez (Python, PHP, peu importe) pour appeler les services RESTful. Une fois qu'ADO.NET héberge le service de données, il est opérationnel et accessible à tous.

Answer 2

Nous avons maintenant PHP et JAVA bibliothèques de clients pour communiquer avec les services basés sur ADO.NET Data Services.

Answer 3

Pour utiliser un service de données ADO.NET, il suffit de pouvoir effectuer des requêtes HTTP à l'aide des verbes GET, POST, PUT et DELETE et de définir l'en-tête Accept.

Tous les environnements de programmation ne les proposent pas, par exemple. Silverlight 2 et J2ME peuvent uniquement exécuter les opérations GET et POST, pas PUT et DELETE. Cela signifie qu'il n'est pas possible d'effectuer des mises à jour ou des suppressions d'un client Java Micro Edition vers la dernière version de ADO.NET Data Services (1.5 CTP).

Answer 4

Il existe également une bibliothèque cliente assez avancée basée sur AJAX pour Data Services. Consultez la boîte à outils de contrôle ASP.NET AJAX pour plus d'informations ou visitez simplement OData.org.