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

iscrafmSilverlightДа, все предельно ясно и понятно - закрытая , монолитная реализация со всеми вытекающими последствиями. Этого вполне достаточно.

это ты о чем? Или это уже о SL?
Ты ставишь себя и M$ на один уровень? Сотни человеко/лет,вложенные миллиарды в разработку , миллионы инсталляций с тестированием и исправлением багов, подробная документация , возможность найти ответ на любой вопрос, а с другой стороны быстро мелькающие мультики на форуме. Это, действительно, смешно

iscrafmSilverlightiscrafmSilverlightДа, все предельно ясно и понятно - закрытая , монолитная реализация со всеми вытекающими последствиями. Этого вполне достаточно.

это ты о чем? Или это уже о SL?
Ты ставишь себя и M$ на один уровень? Сотни человеко/лет,вложенные миллиарды в разработку , миллионы инсталляций с тестированием и исправлением багов, подробная документация , возможность найти ответ на любой вопрос, а с другой стороны быстро мелькающие мультики на форуме. Это, действительно, смешно
я разве говорил о чем то подобном?
А ты о чем говоришь? Да, баги исправляются раз в год, по причине их отсутствия. Это кстати относится и к тестированию. Да, инсталляций не миллион. А о миллионе чего ты говоришь? Что за быстро мелькающие мультики? SeVa, вся проблема в том, что ты постоянно выдаешь какой-то несвязанный набор слов.
Это у тебя проблемы у меня их нет. Отвечу по твоей методе. Баги исправляются один раз в год по причине отсутствия запусков?
ЗЫ Мало вразумительными мультиками, на которых ничего не успеваешь разобрать, ты нас постоянно радуешь.

Petro123Silverlight,
/topic/750431&pg=6#8742948

Petro мне просиживать штаны в форуме с вашей сладкой парочкой некогда.
Не только аналитики,а даже простые программисты должны знать, как прикрутить сериализатор к web сервисам.

zeehond[quot Silverlight]
JSON- всего лишь более экономный формат сериализации, следовательно, может быть применим в SOAP[/quot

щито?
а можно пример, пожалуйста?
а то
Берешь сериализаторы с google.code, далее зависит от технологии. Для Net 1 , 2

iscrafmо.. смотрю клоунада продолжается СеВа, ты понимаешь что у тебя спросили и что ты в очередной раз лепишь?
зачем ссылки на использование JSON совместно с REST? Ты ляпнул об использвании JSON соместно с SOAP и спрашивали пример именно этого. И уж совсем никто не спрашивал как прикрутить сериализатор к веб-сервису.

p.s. ладно бы дал ссылку на "детский" SOAP (SOAPjr), в тему. Какой-то взрыв мозга очередной.

Самый Главный Аналитик на просторах СНГ, иногда лучше помолчать и не позориться. Чтобы тебе было понятно, постараюсь объяснить доходчиво. Незнакомые тебе буковки WCF, которых не было в затертые годы, когда ты последний раз читал документацию, расшифровываются просто - Windows Communication Framework. Технология весьма гибкая, есть поддержка SOAP и своих форматов, позволяет не покупать, как ты реализации самопальных серверов с закрытыми протоколами, а дополнять, наращивать с, действительно, детской легкостью стандартные реализации. Твои глупые рассуждения о трех годах на разработку серверной части смотрятся банально и не смешно, говорят только о твоей полной дремучести и отсталости в этих вопросах

iscrafmСеВа, забавный ты :)
Твоя первая ссылка рассказывает о том, как в сервелате работать с парочкой JSON/REST, а вторая, как в WCF подготовить ответ в формате JSON.
Подозреваю, что ты наивно полагаешь, что SOAP - только формат передачи данных. Прочитай его спецификацию, а то опять сядешь в лужу и для тебя будет только очередной набор букв и взрыв мозга.
Для тех кто в теме этого вполне достаточно. Если клиент не на Net, например, Java, то получаем объект и десериализуем его с помощью библиотек для этой технологии. Сервисы и клиенты могут быть любые, именно для этого во всем мире применяют стандарты, а не самопалы.

авторя наивно полагаю, что SOAP протокол, который работает с сообщениями в формате XML, вполне определенной структуры. А ты что под SOAP понимал, когда говорил что SOAP может работать с JSON?
Это не наивность, а профнепригодность. Спецификация SOAP не требует жесткого применения только XML
SOAP Version 1.2SOAP Version 1.2 provides the definition of the XML-based information which can be used for exchanging structured and typed information between peers in a decentralized, distributed environment. [SOAP Part1] explains that a SOAP message is formally specified as an XML Information Set [XML Infoset] (henceforth often simply infoset), which provides an abstract description of its contents. Infosets can have different on-the-wire representations (aka serializations), one common example of which is as an XML 1.0 [XML 1.0] document. However, other serializations are also possible, and [MTOM] using the [XOP] format offers one mechanism for doing so for the cases where there is a need to optimize the processing and size of the transmitted message.


По поводу ArcGis можно сказать, что у них есть нормальные архитекторы, они не делают на каждый вид отдельный сервер, как ты(где-то подобными откровениями ты делился, тогда подумал, что через одно место, но писать не стал), а создают конвертеры.

zeehondмолодой человек, ваша логика от меня ускользает

из выделенного следует, что для SOAP возможны иные, т.е. не "чистый XML" протоколы сериализации сообщений для передачи _непосредственно по сокету_ (on the wire) - например MTOM/XOP
что является всего лишь альтернативным _двоичным_ представлением тех же структур данных, что и в XML

а JSON не есть полноценная замена XML, т.к. он беднее
в нём нет неймспейсов и атрибутов
поэтому и в SOAP вместо XML применим он быть не может
JSON - формат передачи данных, которому не нужны неймспейсы и атрибуты. При передаче данные должны быть упакованы на одной стороне, а распакованы на на другой, как это делается SOAP безразлично, а JSON'у это вполне по силам. XML используют только в редких случаях. Все основные cервисы Google,Bing,ets работают с JSON.
JSON более компактный вариант обмена данными, а XML более приспособлен для обмена документами.

Petro123Silverlight,
ты не прав как в теории:
http://ru.wikipedia.org/wiki/SOAP
так и в практике
http://api.yandex.ru/speller/doc/dg/concepts/api-overview.xml
В теории:
Читай не выжимки из букваря для первоклашек, а первоисточник на который там есть ссылка.
В практике:
Попробуй создать хотя бы один web сервис и заменить в нем сериализатор, потом обработать полученный результат. Тогда эти наивные, детские вопросы отпадут самим собой.