Синхронный обмен клиент-сервер

[bmikle]

Всем привет. Ситуация такая: Использую связку
Java + BlazeDS + Flex, все работает прекрасно, но появилась новая задача:
нужно на клиенте выполнить проверку, которую может сделать только сервер.
А именно проверка добавляемой пользователем строки в таблицу на уникальность полей.

Как осуществить проверку когда все запросы на сервер асинхронные? Как остановить выполнение программы до получения ответа от сервера?

выполнять нужное действие в обработчике события result объекта не вариант, потому что это сильно усложняет код, когда процедура добавления строки по сути своей линейна разносить ее на части ради одной проверки очень некрасиво.

[7thsky™]

Синхронный запрос на сервер - пока не реализуем. Смотрите другие варианты

[bmikle]

С этим уже смирился..
можно я приведу ужасный код а вы мне скажите что здесь можно поправить?

 
<mx:RemoteObject id="balanceService" destination="balanceService" result="test()"/>
 
var res = false;
private function test:void
{
	res = true;
}
 
private function main():void
{
       ....
       balanceService.getTest();
       while (!res);
       ................
}

в этом случае будет выполняться цикл пока не придет ответ. Я ПРЕКРАСНО ПОНИМАЮ что это бред и так писать нельзя, но в некоторых языках есть методы реализующие то же самое только коректно, например управление потоками в C#. Не помню точно как но там можно написать что то вроде
Thread.wait(res) - идея такая.
Возможно ли подобным образом организовать остановку выполения во флексе?

[etc]

Нет, нельзя, AVM работает в одном потоке.

[bmikle]

Спасибо А другие типы взаимодействия клиент-сервер?
Web-service, ... (больше не знаю)
Они все асинхронные?

[etc]

Сообщение от bmikle

Они все асинхронные?

Без исключения.

[bmikle]

Большое спасибо, вопрос исчерпан

[IDimitry]

Можно "по-каличному" сделать синхронный запрос: через внешний интерфейс выполнять javascript'ом через ajax синхронный запрос (абсурдно, но позволяет) запрос, получать ответ и возвращать назад во флеш. На время ожидания блокировать ввод. Очень чревато, так как на время ожидания поток javascript останавливается полностью, даже таймеры и хандлеры. Если не обращать на безопасность передачи, то выполнимо.

[etc]

А зачем вообще это делать?

[bmikle]

To IDimitry: Спасибо ) но через Javascript это все таки слишком ))
То Etc: Я в первом вопросе объяснял зачем - чтобы встроить запрос в целую линейку разных проверок. То есть например оп реакции пользователя начнаем проверять корректность данных, проверяем введенные значения регуляркой и тд...
Так вот если мы хотим одну из проверок выполнить на сервере, например проверить уникальность объекта, то нам придется разбивать цепочку проверок как минимум на две части:
1) первая часть - заканчивающаяся посылкой запроса
2) вторая часть - в обработчиках событий result и failed.

Очень обидно идти на такие ухищрения ради одного boolean

Может быть кто то подскажет грамотное архитектурное решение? Я сам на FLEX пишу не давно, и возможно невольно тащу сюда привычки из offline кодинга.