Паттерн для обмена данными клиент-сервер
 

Друзья, хочется грамотно распланировать будущее Flash-приложение. Вроде все классы спроектированы, остается вопрос обмена данными с сервером - какой паттерн ООП можно для этого применить? Отправка запроса(взаимодействие через HTTP) -> ожидание - обработка ответа: есть для этого стандартные механизмы?

Если бы через XMLSocket - я бы советовал синглтон, но для запросов по HTTP экземпляры XML удобнее каждый раз создавать заново. И на onLoad удалять.
Еще может быть порекомендовал бы паттерн 'команда' и 'итератор' - если необходимо сделать несколько последовательных запросов по ответу на предыдущий. Часто так делаю, причем несколько итераторов могут работать асинхронно.

аналогично всегда и поступаю... Кстати, Ромастый, а как Вы поступаете при необходимости послать новый запрос до прихода ответа предыдущего. Как сбрасываете старый объект XML?
спасибо, попробую...

А в чем проблема? Создается новый экземпляр XML и все.
Все запросы идут асинхронно, поэтому нет необходимости дожидаться ответа предыдущего, если это не предусмотрено логикой приложения.
Созданные экземпляры XML в самом простом случае можно хранить в массиве, и по необходимости удалять (это, если я правильно понял, чтобы не объявлять кучу свойств :XML напрямую в классе). Короче вариантов масса, в зависимости от задачи.

Если что-то конкретное, то распиши задачу подробнее.

все верно, проблема в том, как их правильнее удалять. Ведь пока ответ на запрос не получен, старый :XML существует. Лично я обычно, если требуется новый запрос, удаляю такой старый XML оператором delete и удаляю обработчик события onLoad. Но знаю, что на самом деле объект не удалился, и когда сборщик мусора удалит его всегда остается загадкой. (в подтверждение моих слов, если сделать delete .xml, но оставить onLoad - он все равно выполнится).

Если я правильно понял, ты отсылаеш запрос на сервер о скачивании .xml файла, и сразу же его удаляеш, а запрос все равно прошел?
Странно... я на год забил на флэш где то может чего и не понимаю...

Расскажи поподробнее, как ты собрался сделать delete .xml (просто тупо удалить переменную, в которую должен был придти запрос?)

именно так, тупо удалить переменную в которую должен прийти запрос

на самом деле я отсылаю запрос на сервер к серверному сценарию, выдающему файл xml. Через 2-3 секунды по логике работы программы иногда требуется послать повторный запрос к тому же скрипту. Размер файла xml может быть достаточно большим, или сервер может не успеть обработать, и таким образом клиент может успеть послать запрос не дожидаясь ответа на предыдущий. А предыдущий в итоге может и прийти, но позднее (и плэйер будет хранить в памяти тот первый объект xml не понятно до каких пор).
..кстати, варианты дожидаться ответа первого запроса для отправки последующего не подходят.

Паттерн "оболочка". Подписывайся не на события экземпляров XML, а на события оболочек.
При необходимости от них можно отписаться, после чего не опасаться, что onLoad уже ненужного xml вызовет какие-то методы главного класса.
А оболочка в автономном плавании на onLoad удалит экземпляр xml и удалится сама. Кроме того, оболочке можно доверить дополнительную работу с xml-документом- это зачастую часто намного удобнее, чем делать это в основном классе, или расширять класс XML.

Ромастый - гениально! То что нужно, спасибо! :victory: