Как обрабатывать вызовы API при завершении сеанса?

Question

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

Но когда он истекает, я делаю рекурсивный вызов после обновления токена доступа. Так, например (в псевдо-JS):

function getDetails (id) { 
    data = HTTP.get(url, {params: ...}); 

    if (!data.success) { 
    updateToken(function() { 
     return getDetails(id); 
    }); 
    } else { /*.. we're good*/ } 
} 

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

1. вызовов API
2. (отказ)
3. Обновление маркера
4. вызовов API снова

Answer 1

Это именно то, как я поставил его. Однако, если у вас есть доступ к обещаниям (например, bluebird или babel.js), он становится еще лучше синтаксически. Вот ваш код переписан с обещаниями и ES6:

function getDetails (id) { 
    // the return is optional; return the promise if you want to chain to `getDetails` 
    return HTTP.get(URL, id, params) 
    .catch((err) => { 
     if (err.VALIDATION_ERROR) { 
      return updateToken().then(() => HTTP.get(URL, id, params)) 
     } else { 
      throw err 
     } 
    }).then((yourRequest) => { 
     // data here 
    }).catch((err) => { 
     // handle fatal error 
    }) 
} 

Answer 2

Лучше всего было бы сохранить таймер, так как вы знаете, как долго сессия длится. То есть вы можете предварительно запросить новый токен до истечения срока действия текущего токена/сеанса. Использование этого метода также гарантирует, что у вас никогда не будет прерывания обслуживания (если, конечно, ваш запрос на новый токен не сработает). Помимо этого, похоже, у вас все остальное.

Конечно, вам по-прежнему необходимо реализовать код, который вы показали нам, чтобы иметь дело с неожиданным истечением срока действия сеанса (возможно, владельцы API решили аннулировать все сеансы из-за нарушения данных и т. Д.).