Служба данных WCF (Служба данных ADO.Net или Служба Astoria)

Question

Поддерживает ли модель обслуживания Astoria только

ATOM, JSON, XML, XML + HTTP

Являются ли форматы типа SOAP,WSDL,ASMX устаревшими? Так что, когда я хочу разработать SOA, могу ли я игнорировать SOAP,ASMX,WSDL formats?

Answer 1

Я бы добавил к приведенному выше ответу и сказал бы, что на самом деле существует способ обнаружения метаданных о конечной точке служб данных (REST). Каждая конечная точка включает в себя служебный документ (просто выполните GET в корне конечной точки), который описывает наборы, предоставляемые службой. Кроме того, переход к конечной точке $ metadata из корня службы (т. Е. http://mydomain/myservice.svc/$metadata) возвращает документ метаданных XML, который полностью описывает службу (наборы, типы, свойства типов, отношения между наборами и операции службы) .

Answer 2

Нет, определенно нет!

ASMX = ASP.NET webservices - устарел, был введен в .NET 1.0 и в основном заменен на WCF в .NET 3.0.

НО: WCF определенно НЕ устарел! WCF - это стандартный способ взаимодействия между двумя системами Microsoft. Он по умолчанию использует SOAP (включая WSDL и XSD), и это зрелая и надежная технология, которая хорошо работает в корпоративных сценариях, когда вам нужны такие вещи, как целостность данных, (удобочитаемое и машиночитаемое) описание сервиса через WSDL и метаданные сервиса и т. Д. , SOAP также предлагает более продвинутые функции, такие как надежный обмен сообщениями и поддержка транзакций.

REST / ADO.NET Data Services - это более легкий и простой в доступе подход к представлению сервисов, но во многих отношениях ему не хватает: нет доступного унифицированного описания сервиса, поэтому вы не можете действительно «узнать», какие методы и типы данных предлагает сервис; либо у вас есть знания, либо поставщик услуг предоставляет документацию на простом английском языке, но стандартного способа описания службы REST для внешнего мира не существует (пока). Кроме того, вы заранее не знаете, какие данные может возвращать этот сервис - нет схемы XML, которую нужно придерживаться, - это скорее подход «давайте попробуем и посмотрим, что вернется», который может работать вполне нормально в в некоторых случаях, но не в больших масштабах, в корпоративной среде.

Итак, подведем итог: дебаты о SOAP (WSDL, XSD) и REST продолжаются, у обоих есть свои причины, и я не вижу, чтобы один из них заменял другой - они вытесняют друг друга.