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

[: hr :]

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

[Ромастый]

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

[: hr :]

для запросов по HTTP экземпляры XML удобнее каждый раз создавать заново. И на onLoad удалять

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

Еще может быть порекомендовал бы паттерн 'команда' и 'итератор'

спасибо, попробую...

[Ромастый]

Сообщение от : hr :

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

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

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

[: hr :]

Созданные экземпляры XML в самом простом случае можно хранить в массиве, и по необходимости удалять

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

[Psycho Tiger]

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

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

[: hr :]

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

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

Если я правильно понял...

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

[Ромастый]

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

[: hr :]

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