Два различных класса HTTPService в Flex

mx.rpc.http.mxml.HTTPService также может обрабатывать параллелизм, в то время как другой - нет.

Изменить:

Хотя в онлайн-документации я вижу параллелизм как свойство и то, и другое, несколько источников говорят, что это неправда (и мои тесты не работали, когда я впервые попробовал его использовать). Также пакет параллелизма импортируется только в mxml.HTTPService, а не в базовый класс rpc.

Комментарий об ошибке Комментарий Mederator на странице документации

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

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

Следовательно, путем избрать не нарисовать семантическое различие между двумя деталями с одинаковым значением, у нас нет причин, чтобы когда-либо намеренно построить дублирующее значение. Таким образом, в случаях очевидного равенства (например, добавляя что-то в список, передавая его в качестве функционального аргумента, &c.), Языки, где возможны гарантии неизменности, вообще повторно используют существующую ссылку, как вы говорите.

Аналогичным образом, неизменные структуры данных обладают внутренней референтной прозрачностью их структуры (хотя и их содержимого). Предполагая, что все содержащиеся содержащиеся значения также неизменяются, это означает, что кусочки структуры могут быть безопасно повторно использованы в новых структурах. Например, хвост пов условиями часто можно повторно использовать; В вашем коде я ожидаю, что:

(skip 1 L) === (skip 2 M)

... также будет правдой.

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

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

, так как вы используете F # здесь, я собираюсь предположить, что вы хотя бы несколько знакомы с C #; Невидимый Eric Lippert имеет STOW POSTOL на неизменяемых структурах данных в C #, которые, вероятно, будут хорошо просветить вас за пределами того, что я мог бы предоставить. В течение нескольких постов он демонстрирует (разумно эффективно) неизменные реализации стека, двоичного дерева и двойной очереди, среди прочего. Восхитительное чтение для любого программиста .NET!

Первый - член пакета MX.RPC.HTTP и используется в коде ActionScript. Другая версия класса HTTPSERVICE - это субласс первого и является членом пакета mx.rpc.http.mxml. Это версия, которую вы используете, когда вы создаете объект с тегом.

Версии практически идентичны двумя значительными различиями: только версия MXML реализует свойство ShowBusyCursor, которое кажутся анимированным топом курсора на протяжении всего цикла запроса / ответа HTTPSERVICE, а также свойство параллелизма, которое определяет, как недвижимость Обращаются одновременные запросы к одному и тому же сетевому ресурсу.

Свойство параллелизма не реализовано в версии класса HTTPService, обычно используется в Actionscript, потому что при использовании ActionScript вы обычно создаете новый объект HTTPSERVICE для каждого нового запроса.

Источник: Adobe Flex 3 Библии - Дэвид Гасснер

Похоже, что в классе URLLoader есть больше функций обработки ошибок. Однако использование MXML для создания HTTPService не имеет большого значения.

// ActionScript Style
private function myService():void {
   var service:HTTPService = new HTTPService();
...service.parameters = value;...
   service.send();
}

или

< !-- MXML Style -- >
< mx:HTTPService >
...< parameters >...
< /mx:HTTPService >