ли Astoria Service Модель поддерживает толькослужбы WCF Data (ADO.Net Service Data или Astoria Service)
ATOM, JSON, XML, XML + HTTP
ли форматы, такие как SOAP,WSDL,ASMX устаревшие? . Так когда я хочу разработать SOA, могу ли я игнорировать SOAP,ASMX,WSDL formats?
Нет, определенно нет!
ASMX = веб-службы ASP.NET - это устаревшее, оно было внедрено в .NET 1.0 и в основном заменено WCF в .NET 3.0.
НО: WCF определенно NOT устаревший! WCF Стандартный способ связи между двумя системами Microsoft. Он использует SOAP (включая WSDL и XSD) по умолчанию, и это зрелая и надежная технология, которая хорошо работает в корпоративных сценариях, где вам нужны такие вещи, как целостность данных, (человеческое и машиносчитываемое) описание сервиса через WSDL и метаданные служб и т. Д. , SOAP также предлагает более продвинутые функции, такие как надежная передача сообщений и транзакционная поддержка.
REST/ADO.NET Data Services является более легким, проще-получить при наступлении на разоблачение услуги, но это не хватает во многих отношениях: нет единого описания услуг доступны, так что вы не можете «открыть «какие методы и какие типы данных предлагают услуги; либо у вас есть знания самостоятельно, либо поставщик услуг дает вам документацию на простом английском языке, но нет стандартного способа описания службы REST для внешнего мира (пока). Кроме того, вы не знаете заранее, какие данные, которые служба может вернуть, - нет схемы XML, которой нужно придерживаться, - это больше похоже на подход «давайте ударим по сервису и посмотрим, что получится», который может работать вполне нормально в в некоторых случаях, но не в больших масштабах, в среде корпоративного стиля.
Итак, подведем итог: дискуссии SOAP (WSDL, XSD) и REST продолжаются, у обоих есть свои причины, и я не вижу, чтобы один из них заменил другое - они вытесняют друг друга.
Я бы добавил к вышеуказанному ответу и сказал, что есть фактически способ обнаружить метаданные о конечной точке служб данных (REST). Каждая конечная точка включает в себя служебный документ (просто выполните GET в корневой части конечной точки), который описывает установки, выставленные службой. Кроме того, переход к конечной точке $ metadata из корня службы (т. Е. http://mydomain/myservice.svc/ $ метаданных) возвращает документ метаданных XML, который полностью описывает сервис (наборы, типы, свойства по типам, отношения между наборами и служебные операции).