Разработка Flex приложения. Модель приложения. Компонентно-ориентированная модель приложения. Контейнеры и элементы управления, страница 3

  • Адаптер сообщений (Message adapter) это код, действующий как канал между Flex message service и другими системами сообщений. Например, адаптер Java Message Service (JMS) позволяет приложениям Flex подписываться на JMS темы (topics) и очереди (queues). Этот адаптер позволяет чистому Java JMS приложению использовать одно расположение (destination) с Flex приложением; Java приложения могут отправлять сообщения к Flex и Java код может отвечать на сообщения, отправленные Flex приложениями.

путь, пройденный данными от producer до consumer

  • Данные кодируются в сообщение и передаются по каналу к расположению (destination). Затем это сообщение передаётся по каналу к consumer и раскодируется в данные понятные consumer

Модель обмена сообщениями Publish-subscribe

  • Flex поддерживает модель обмена сообщениями publish-subscribe, также известную как тематически основанная (topic-based). Во Flex Message Service, понятие тема является синонимом адресата сообщения. В publish-subscribe модели каждое сообщение может иметь множество consumers. Вы можете использовать этот вид обмена сообщениями когда хотите отправить одно и тоже сообщение боле чем одному consumer. Примерами приложений, в которых может быть использована модель обмена сообщениями publishsubscribe являются сайты аукционов, службы показывающие котировки акций и другие приложения, требующие рассылки одного сообщения многим подписчикам.
  • Producers публикуют сообщения в определённые темы на сервере сообщений, а consumers подписываются на эти темы, чтобы получить сообщения. Consumers после подписки на тему могут только получать сообщения, отправленные в тему.

Использование Flex Data Services в приложении

  • Flex предоставляет MXML и ActionScript API, позволяющие использовать Flex Enterprise Services в Ваших приложениях. Вы можете создавать приложения, действующие как producers, consumers, или и то и другое одновременно. Flex приложения отправляют сообщения по каналам, объявленным на Flex сервере к расположениям, также объявленным на Flex сервере.
  • Flex Data Services используют конфигурационные файлы XML для управления темами и очередями сообщений на сервере. В частности Вы можете установить максимальный размер сообщения. Если сообщение превышает максимально допустимое значение, оно будет разбито на пакеты, затем собрано клиентом. Это обеспечивает асинхронную доставку по сети.

RPC

  • Flex Data Services включают Remoting Service и Proxy Service для настройки RPC сервисов. Эти сервисы основаны на RPC сервисах, доступных во Flex Framework

Использование компонентов RPC сервисов только с Flex Framework

  • Вы можете использовать Flex Framework без Flex Data Services для создания nonenterprise приложений, вызывающих HTTP сервисы или веб сервисы напрямую в обход серверного proxy сервиса. Вы не можете использовать компоненты RemoteObject без Fl Enterprise Services. По умолчанию, Flash плеер не даёт приложению получать данные домена, отличного от того с которого приложение было получено. Поэтому, RPC сервис должен либо находиться в одном домене с сервером, хостящим Ваше приложение, либо на удалённом на сервере, хостящем RPC сервис должен быть определён файл crossdomain.xml.
  • Файл crossdomain.xml это XML файл предоставляющий серверу возможность показать, что его данные доступны SWF файлам из определённых или любых доменов. Файл crossdomain.xml должен находиться в корневой папке домена, к которому Flex приложение пытается получить доступ.

Использование компонентов RPC сервисов вместе с Flex Data Services

  • Используйте Flex Data Services когда хотите предоставить enterprise функциональность, такую как проксирование трафика сервиса с разных доменов, идентификация клиента, список разрешённых URL RPC сервисов, server-side logging, поддержка локализации и централизованное управление RPC сервисами. Flex Enterprise Services также даёт Вам возможность использовать компоненты RemoteObject для доступа к удалённым Java объектам без конфигурирования их как SOAP-совместимых веб сервисов.
  • сервисов связываются с destinations. Destinations это конечные точки сервисов управляемые посредством основанного на XML файла конфигурации.