Flex - Дистанционная работа по сравнению с HTTPService - когда использовать что?

При разговоре лично я использую дистанционную работу, потому что я предпочитаю AMF SOAP/XML по простой причине скорости и размера пакета.

У Ted есть хорошее обсуждение в относительных достоинствах XML по сравнению с AMF здесь

Что-то для рассмотрения - то, что Вы уже имеете на месте на сервере и где Вы думаете, что будущее Ваших клиентов. Вы ожидаете заменять или расширять Ваши клиенты? Если да затем веб-сервисы являются хорошим вариантом архитектуры. При согласии на Flex в короткий / среднесрочный период затем, Вы можете сжимать лучшую производительность из дистанционной работы с AMF3 по сравнению с Вашими веб-сервисами.

P.S. У меня когда-то была ссылка на очень хороший сайт, который имел измерения относительной производительности AMF и SOAP - я буду видеть, могу ли я найти его и отправить ссылку.

P.P.S. здесь, который это, но это, кажется, не работает в данный момент.

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

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

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

То, где веб-сервисы падают, - когда структуры данных передали, назад и вперед становятся слишком сложными, или когда количество различных структур данных передало, назад и вперед становятся слишком большими. Дистанционная работа преодолевает эти проблемы путем служения тяжелой основой, которая обрабатывает сериализацию для Вас. Определите свою.NET / PHP/Java или безотносительно классов, и платформа должна обеспечить инструменты для генерации эквивалентных классов AS. Тем путем можно отправить структуры сложного объекта назад и вперед, не будучи должен знать, как данные сериализируются. Поскольку Вы не должны знать, это может сжать структуру, чтобы сделать его в значительной степени нечеловекочитаемым, или даже использовать двоичные данные, таким образом, Вы получаете увеличения скорости также.

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

Нет никакого правильного ответа, относительно которого можно использовать, когда. У обоих есть преимущества и недостатки. Как показывает опыт, хотя, используйте веб-сервисы для простого материала и дистанционную работу для сложного материала (который является довольно неопределенным советом ;)

Также знаменитый, после того как Вы запускаете в эту область хороший проводной протокол, анализатор неоценим. Двумя записанными специально для протоколов флэш-памяти является Получение Charles и Сервиса. Я просто купил Сервисное Получение и был очень доволен им. Это также имеет большой "инструмент" моделирования пропускной способности, который помог при наблюдении, как мой предварительный загрузчик будет считать более низкие соединения пропускной способности.

Marcus

Если Вы планируете использовать данные по другим приложениям (подразумевать, что Ваш - только один из нескольких frontends), Вы могли использовать XML иначе, Вы сэкономите некоторое время при помощи дистанционной работы.

Это действительно хороший тест производительности , который сравнивает удаленное взаимодействие AMF с веб-службами и HTTP-службами. Вы даже можете загрузить исходный код, чтобы запустить этот тест в своей собственной среде.

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