Служба данных ADO.NET - не потребители .NET

Question

Кто-нибудь сталкивался с примером не .Net-потребителя службы данных ADO.NET? Я на второй день смотрю, что такое Астория и как ее можно использовать. Я также пытаюсь ответить, почему я должен использовать это вместо веб-службы?

После запуска моих примеров я любезно использую подход RESTful для вывода данных из системы. А подключить его к клиенту .net невероятно просто. Но потом я удивился, как потребитель, не являющийся .NET, поступит так.

Любые идеи (указатели) определенно приветствуются ...

Answer 1

Хорошо, поскольку службы данных ADO.NET представляют себя в качестве службы RESTful, и все, что может выполнять вызовы RESTful для URI, может правильно использовать службу. Я думаю, что вместо того, чтобы искать .NET, связанную с технологией X, вам следует поискать технологию, которую вы используете (Python, PHP, что угодно), как вызывать сервисы RESTful. Как только ADO.NET размещает службу данных ... она работает и может использоваться всеми.

Answer 2

Теперь у нас есть PHP и JAVA клиентские библиотеки для взаимодействия со службами на основе ADO.NET Data Services.

Answer 3

Существует также достаточно зрелая клиентская библиотека на основе AJAX для Data Services. Обратитесь к ASP.NET AJAX Control Toolkit за дополнительной информацией или просто зайдите на OData.org.

Answer 4

Для использования службы данных ADO.NET все, что требуется, - это возможность отправлять HTTP-запросы с использованием команд GET, POST, PUT и DELETE и устанавливать заголовок Accept.

Не во всех средах программирования есть такие, например, Silverlight 2 и J2ME могут выполнять только GET и POST, , а не PUT и DELETE. Это означает, что невозможно выполнить обновления или удаления из клиента Java Micro Edition до последней версии ADO.NET Data Services (1.5 CTP).