Чистый способ в GWT/Java дождаться завершения нескольких асинхронных событий

Я написал два класса, которые решают эту проблему в моем проекте. По сути, каждый отдельный обратный вызов регистрируется у родителя. Родитель ждет завершения каждого дочернего обратного вызова, а затем запускает собственный handleSuccess().

Код клиента выглядит так:

public void someGwtClientSideMethod() {
    SomeServiceAsync someService = GWT.create(SomeService.class);
    ParallelCallback fooCallback = new ParallelCallback();
    ParallelCallback barCallback = new ParallelCallback();
    ParentCallback parent = new ParentCallback(fooCallback, barCallback) {
        public void handleSuccess() {
            doSomething(getCallbackData(1), getCallbackData(2));
        }
    };
    someService.foo(fooCallback);
    someService.bar(barCallback);
}

Я написал сообщение, объясняющее это здесь: Параллельные асинхронные вызовы в GWT. Реализация для этих двух классов связана с этим сообщением (извините, я не могу дать ссылки здесь, потому что я новичок - недостаточно кармы, чтобы включить более одной ссылки!).

Как говорит @Epsen, Future, вероятно, то, что вам нужно. К сожалению, я не верю, что Future совместимы с GWT. Однако проект gwt-async-future утверждает, что эта функция реализована в GWT. Я никогда не пробовал. Возможно, стоит посмотреть.

Я сам боролся с этим, и я использовал несколько методов - «цепочка» просто становится уродливой (но ее можно улучшить, если вы создаете классы вместо встроенных классов для каждого метода).

Вариант вашей собственной версии хорошо работает для меня:

int outstandingCalls = 0;
{
outstandingCalls++;
 AjaxLoader.loadApi("books", "0", new Runnable(){
    public void run() {
        ready();
    }}, null);

outstandingCalls++;
AjaxLoader.loadApi("search", "1", new Runnable(){
    public void run() {
        ready();
    }}, null);


outstandingCalls++;
loginService.login(GWT.getHostPageBaseURL(), new AsyncCallback<LoginInfo>() {
    public void onSuccess(LoginInfo result) {
        ready();
    }
    // Be sure to decrement or otherwise handle the onFailure
});
}

private void ready() {
if (--outstandingCalls > 0) return;

// Everything loaded
}

Все, что я сделал, это создал счетчик для количества вызовов, которые я собираюсь сделать, затем каждый асинхронный результат вызывает ready() (обязательно сделайте это и для методов сбоя, если вы не собираетесь делать что-то другое)

В готовом методе я уменьшаю значение счетчика и смотрю, есть ли еще невыполненные вызовы.

Это все еще уродливо, но позволяет добавлять звонки по мере необходимости.

Первое и главное - никогда не попадайте в такую ​​ситуацию. Перепроектируйте службы RPC таким образом, чтобы для работы каждого пользовательского потока/экрана требовался не более одного вызова RPC. В этом случае вы делаете три обращения к серверу, и это просто пустая трата полосы пропускания. Задержка просто убьет ваше приложение.

Если вы не можете и действительно нуждаетесь во взломе, используйте Таймер для периодического опроса, все ли данные загружены. Код, который вы вставили выше, предполагает, что метод login() завершится последним, что неверно. Оно может завершиться первым, и тогда ваше приложение окажется в неопределенном состоянии, что очень сложно отладить.

Просто подкинул пару идей:

Обратные вызовы запускают некоторый GwtEvent с помощью HandlerManager. Класс, содержащий готовые методы, регистрируется в HandlerManager как EventHandler для событий, запускаемых методами обратного вызова, и содержит состояние (bookAPIAvailable, searchAPIAvailable, appLoaded).

Когда приходит событие, это конкретное состояние изменяется, и мы проверяем, все ли состояния соответствуют желаемым.

Пример использования GWTEvent, HandlerManager и EventHandler см. на странице http://www.webspin.be/? р=5

Я сделал что-то похожее на @Sasquatch, но вместо этого использовал объект «CallbackCounter»:

public class CallbackCounter {
    private int outstanding;
    private final Callback<String, String> callback;
    private final String message;

    public CallbackCounter(int outstanding, Callback<String, String> callback, String callbackMessage) {
        this.outstanding = outstanding;
        this.callback = callback;
        this.message = callbackMessage;
    }

    public void count() {
        if (--outstanding <= 0) {
            callback.onSuccess(message);
        }
    }
}

Затем в моем обратном вызове я просто звоню:

counter.count();

В лучшем случае, как сказал Шри, это изменить дизайн вашего приложения, чтобы он вызывал бэкэнд только один раз за раз. Это позволяет избежать такого сценария и сохраняет полосу пропускания и время задержки. В веб-приложении это ваш самый ценный ресурс.

Сказав, что модель GWT RPC на самом деле не поможет вам организовать вещи таким образом. Я сам столкнулся с этой проблемой. Мое решение состояло в том, чтобы реализовать таймер. Таймер будет опрашивать ваши результаты каждые X секунд, и когда все ваши ожидаемые результаты будут получены, ваш поток выполнения может продолжиться.

PollTimer extends Timer
{
     public PollTimer()
     {
          //I've set to poll every half second, but this can be whatever you'd like.
          //Ideally it will be client side only, so you should be able to make it 
          //more frequent (within reason) without worrying too much about performance
          scheduleRepeating(500);
     }
     public void run 
     {
          //check to see if all your callbacks have been completed
          if (notFinished)
              return;


      //continue with execution flow
      ...
     }


}

Выполните вызовы RPC, а затем создайте экземпляр нового объекта PollTimer. Это должно делать свое дело.

Материал в java.util.concurrent не поддерживается эмуляцией GWT. Не поможет вам в этом случае. Во всех смыслах и целях весь код, который вы делаете на стороне клиента, является однопоточным. Попытайтесь войти в этот образ мыслей.

В идеале вы хотите делать то, что заявляют другие авторы, и делать как можно больше за один асинхронный вызов. Иногда приходится делать кучу отдельных вызовов. Вот как:

Вы хотите связать асинхронные вызовы. Когда последний асинхронный процесс завершится (вход в систему), все элементы будут загружены.

    final AsyncCallback<LoginInfo> loginCallback = new AsyncCallback<LoginInfo>() {
        public void onSuccess(LoginInfo result) {
            //Everything loaded
            doSomethingNow();
        }
    };
    final Runnable searchRunnable = new Runnable() {
        public void run() {
            loginService.login(GWT.getHostPageBaseURL(), loginCallback);
        }
    };

    final Runnable booksRunnable = new Runnable() {
        public void run() {
            AjaxLoader.loadApi("search", "1", searchRunnable, null);
        }
    };

    //Kick off the chain of events
    AjaxLoader.loadApi("books", "0", booksRunnable, null);

Ваше здоровье,

--Русь