МСУ
1. Потребитель может быть и серверный (то естьл json нах не нужен)


Нах не нужен только, если никогда сервисами не занимался.
Остальные посылают твои "строки" далеко и навсегда.

.NET Serialization Performance Comparison
Для xml serialization все цифры для бинарной можно смело умножать минимум на два. На ровном месте получаются мегабайты с тормозами

МСУSeVaГлубина познаний как всегда поражает.
"классы веб-методов" - неводома зверушка и полный винегрет какой-то хрени.
Герерятся прокси, которые создаются с помощью канальной фабрики.
Качество аргументов как всегда на "высоте". В чем выражается "неведомость" классов веб-методов?

SeVaСериализация в xml используется только для интеграции с внешними системами не из стека net. Все остальные в здравой памяти двоичные и\или сжатием.
Бабушка не знает о том, что генерация прокси-классов удел не только .NET? В банальном 1С есть такая фишка как "WS-ссылка", которая генерит свои внутренни типы по WSDL сервиса. Схема нужна всем, ручную сериализацию делают только идиоты вроде тебя.

SeVaЗЫ ServiceReference тоже только чайники применяют во внутренних разработках
Руками гавнокодят XML только пионеры, которые ничего не знают о SOA.

как-то так...WSDL - нужен как бэ получателю!!!
В твоём случае requestJson!!!
В чем слысл твоего высера, поясни.

1.Ты не знаешь проф терминологии, посему даже не понимаешь о чем тебе говорят и выдумываешь всякую хрень.
Классы веб-методов даже google не знает.

2. 1С - для конфигурастов. SOA ты в глаза не видел. У всех нормального поставщиков внешних сервисов wsdl отключен и c твоими познаниями будешь только руками разводить.

EDUARD SAPOTSKISeVaЗЫ ServiceReference тоже только чайники применяют во внутренних разработках
А можно с этого момента поподробнее? А то сегодня на офис иду, пар из ноздрей валит... Может это я закипаю из-за того что ServiceReference временами юзаю?

Если сервисы у тебя собственной разработки, то уже есть классы и интерфейсы, если их вынести в отдельную сборку, то можно их использовать не только на сервере, но и на клиенте. В этом случае Service Reference - это лишний мусор(наступи на reference и нажми кнопку "Показать все", сразу будет видно сколько создается барахла) и головная боль для их обновления в особенности, когда их десятки, а еще лучше сотни.
The Manual Way… the Right Way . Помимо этого есть моменты, которые связаны с производительностью за счет кэширования wcf best practics

МСУSeVa1.Ты не знаешь проф терминологии, посему даже не понимаешь о чем тебе говорят и выдумываешь всякую хрень.
Классы веб-методов даже google не знает.
Если "webmethods classes" для тебя непонятная пруф терминология, сходи лучше с одноклассникам в детсад. Там объяснят, что такое классы веб-метода, кодогенерация, json и xml.

SeVa2. 1С - для конфигурастов. SOA ты в глаза не видел. У всех нормального поставщиков внешних сервисов wsdl отключен и c твоими познаниями будешь только руками разводить.
1. 1С - для потребителей, которым нужен функционал. Остальные песенки про 1С иди пой в хоре девочек.
2. Ты просто нативный дегенерат не с выключенным wsdl, а с выключенными мозгами.
Севрис, который юзает вся страна: http://www.cbr.ru/dailyinfowebserv/dailyinfo.asmx?WSDL
Где тут выключено что-то, клоун? Зачем выключать wsdl?

Конфигураст, я погуглил эту шнягу. Это из java.
А выключают для безопасности, новости для всех и данные бизнеса - две большие разницы. Даже это всосать не можешь

МСУSeVaпропущено...


Если сервисы у тебя собственной разработки, то уже есть классы и интерфейсы, если их вынести в отдельную сборку, то можно их использовать не только на сервере, но и на клиенте. В этом случае Service Reference - это лишний мусор(наступи на reference и нажми кнопку "Показать все", сразу будет видно сколько создается барахла) и головная боль для их обновления в особенности, когда их десятки, а еще лучше сотни.
The Manual Way… the Right Way . Помимо этого есть моменты, которые связаны с производительностью за счет кэширования wcf best practics
Ты хоть иногда читай свои гавностатьи, которые постишь. Там наоборот говорится о улучшениях NET 3.5с значительной производительностью в WCF при создания прокси-сервера клиента. Более того, там рассказывается о крутости ASMX в плане производительности, что якобы BasicHttpBinding приблизился к этому. "Барахло" скрыто за занавеской и сувать своё рыло туда без надобности.

To summarize the results, WCF is 25%—50% faster than ASP.NET Web Services, and approximately 25% .
ЗЫ Графики сравнения сериализаторов я уже показывал. xml сериализация еще минимум в два раза хуже.
ЗЗЫ BasicHttpBinding применяют только те, кто умеет только пользоваться кнопочкой "Сделайте мне красиво и сгенерите reference"