Как избежать состояния гонки javascript

Используйте семафор (назовем его StillNeedsValidating). если функция SaveForm видит, что семафор StillNeedsValidating активирован, пусть он активирует второй собственный семафор (который я назову здесь FormNeedsSaving) и вернется. Когда функция проверки завершается, если семафор FormNeedsSaving активен, он вызывает функцию SaveForm самостоятельно.

В jankcode;

function UserInputChanged(control) {
    StillNeedsValidating = true;
    // do validation
    StillNeedsValidating = false;
    if (FormNeedsSaving) saveForm(); 
}

function SaveForm() {
    if (StillNeedsValidating) { FormNeedsSaving=true; return; }
    // call web service to save value
    FormNeedsSaving = false;
}

Я думаю, что тайм-аут вызывает вашу проблему ... если это будет простой код (без асинхронных вызовов AJAX, тайм-аутов и т.д.), то я не думаю, что SaveForm будет выполнен до завершения UserInputChanged.

Отключите кнопку сохранения во время проверки. Отключите его, как первое, что делает проверка, и снова включите по завершении.

например

function UserInputChanged(control) {
    // --> disable button here --< 
    currentControl = control;
    // use setTimeout to simulate slow validation code (production code does not use setTimeout)
    setTimeout("ValidateAmount()", 100); 
}

и

function ValidateAmount() {
    // various validationey functions here
    amount = currentControl.value; // save value to collection
    document.getElementById("Subtotal").innerHTML = amount; // update subtotals
    // --> enable button here if validation passes --<
}

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

Вы можете настроить повторяющуюся функцию, которая отслеживает состояние всей сетки и вызывает событие, которое указывает, действительна вся сетка или нет.

Затем ваша кнопка «отправить форму» включается или отключается в зависимости от этого статуса.

О, теперь я вижу аналогичный ответ - это, конечно, тоже работает.

Семафор или мьютекс, вероятно, лучший способ пойти, но вместо цикла занятости просто используйте setTimeout() для имитации сна потока. Как это:

busy = false;

function UserInputChanged(control) {
    busy = true;
    currentControl = control;
    // use setTimeout to simulate slow validation code (production code does not use setTimeout)
    setTimeout("ValidateAmount()", 100); 
}

function SaveForm() {
    if (busy) 
    {
       setTimeout("SaveForm()", 10);
       return;
    }

    // call web service to save value
    document.getElementById("SavedAmount").innerHTML = amount;
}

function ValidateAmount() {
    // various validationey functions here
    amount = currentControl.value; // save value to collection
    document.getElementById("Subtotal").innerHTML = amount; // update subtotals
    busy = false;
}

У вас нет состояния гонки, условия гонки не могут возникать в javascript, поскольку javascript является однопоточным, поэтому 2 потока не могут мешать друг другу.

Приведенный вами пример - не очень хороший пример. Вызов setTimeout помещает вызываемую функцию в очередь в движке javascript и запускает ее позже. Если в этот момент вы нажмете кнопку сохранения, функция setTimeout не будет вызываться до ПОСЛЕ полного завершения сохранения.

Вероятно, в вашем javascript происходит то, что событие onClick вызывается механизмом javascript до вызова события onChange.

В качестве подсказки имейте в виду, что javascript является однопоточным, если вы не используете отладчик javascript (firebug, отладчик Microsoft Screipt). Эти программы перехватывают поток и приостанавливают его. С этого момента могут выполняться другие потоки (либо через события, вызовы setTimeout или обработчики XMLHttp), что создает впечатление, что javascript может запускать несколько потоков одновременно.

При работе с асинхронными источниками данных вы, безусловно, можете иметь условия гонки, потому что поток процесса JavaScript продолжает выполнять директивы, которые могут зависеть от данных, которые еще не были возвращены из удаленного источника данных. Вот почему у нас есть функции обратного вызова.

В вашем примере вызов кода проверки должен иметь функцию обратного вызова, которая может что-то делать при возврате проверки.

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

Вот почему я создал библиотеку proto-q: http://code.google.com/p/proto-q/

Проверьте это, если вы много занимаетесь этим типом работы.