![]() |
RemoteObject
Подскажите, пожалуйста, best practice по использованию RemoteObject
К примеру, у меня есть некоторый бин, с которым я буду связываться посредством RemoteObject. У этого бина куча методов, к примеру. Каждый раз создавать RemoteObject в каждой mxml как-то громоздким кажется. Нельзя ли вынести этот RemoteObject в отдельный mxml, прописать все существующие методы и не создавать этот объект каждый раз, а обращаться к статическим методам, например, созданным в объекте, который наследует RemoteObject То есть Код AS3:
|
Мб не "best practice", но я вижу так (на работоспособность после копи-паста не проверял):
Код AS3:
Код AS3:
Код AS3:
|
Да, спасибо большое. Я это уже смотрел.. хотелось сделать вот такого рода штуку:
Код AS3:
И надо слушателя удалять после того, как получили ответ.... |
>> Подскажите, пожалуйста, best practice по использованию RemoteObject
Не использовать его :) Использовать NetConnection, у него и API вменяемые, и работать будет соответственно быстрее, да и вообще... если вы не используете MXML готовые решения, то смысла расширять фреймворковские классы нет. Фреймворк хорош когда нужно быстро из полуфабрикатов пожрать приготовить, но если вы уже решили по-настоящему готовить, то смысл покупать лапшу быстрого приготовления отсутствует :) |
Спасибо. А где можно почитать о том, как его использовать вместо RemoteObject?
|
http://livedocs.adobe.com/flex/3/lan...onnection.html
Ну собственно, вот... Т.е. как вы сами понимаете, RemoteObject - это какя-то надцатая оболчка вокруг оболочки оболочки NetConnection. |
Большое спасибо за указание верного пути! :)
Код AS3:
Добавлено через 33 минуты Хочу уточнить... Подскажите, пожалуйста. Метод connect() по спецификации: Цитата:
К примеру, есть приложение. К примеру, за все время жизни приложения оно будет использовать NetConnection объект, вызывая метод getAllFlexUsers: Код AS3:
|
| Часовой пояс GMT +4, время: 21:21. |
Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.