restful wcf и привязки

Question

есть некоторые вопросы ниже о wcf, хотя посещенные тоны веб-страниц, но не могут получить надежные ответы.

было бы здорово, если бы кто-нибудь помог мне понять эти понятия.

a.) Какое допустимое сравнение (REST с SOAP) ИЛИ (REST с XML.)?, в соответствии с моим пониманием (REST с SOAP) является допустимым сравнением, но некоторые сообщения верят и в более поздний.

б.) Если Rest может использовать Json/XML, почему мыло не может использовать Json?, , поскольку Json - это обозначение.

c.) В первом ответе привязки nettcpbinding будет сериализован в конверт Soap (XML), а затем закодирован в двоичном формате ИЛИ не будет никакого мыльного конверта?(в основном хочет понять разницу между сериализацией и кодировкой)

Любой пример/ссылка будет оценена по достоинству.

Заранее спасибо

Answer 1

без каких-либо объяснений тонн, здесь мои ответы.

a.) Какое допустимое сравнение (REST с SOAP) ИЛИ (REST с XML.)?

ОТДЫХ ВС МЫЛО. Сегодня это отличная дискуссия. Важно понимать, что это два совершенно разных подхода к веб-сервисам. Оба действительны. REST кажется немного более популярным, особенно для interop. XML - это просто формат файла.

б.) Если Rest может использовать Json/XML, почему мыло не может использовать Json?

Мыло - это договорный подход. Мыло представляет WSDL (язык описания веб-служб): это описывает вашу службу и ее операции - то, что называется службой, какие методы она предлагает, какие параметры и возвращаемые значения имеют эти методы. Лучший способ обеспечить достоверность сообщения & - согласованность использования Xml и Xsd. Json не предоставляет эту функцию. Он также был спроектирован около 2000 года, когда Xml был популярен.

гр.) В NetTcpBinding связывания первый ответ будет сериализовать в Мыло (XML) конверт, а затем кодируются в двоичном формате ИЛИ не будет быть не мыло конверт?

В каждой привязке WCF (Soap) есть мыльный конверт, потому что WCF построен поверх него. Двоичный/текст является доступным для кодирования сообщения. Это указывает, как передавать данные по сети между конечными точками. Хорошим объяснением является here.