Encontré el mismo problema hace algunos meses haciendo una aplicación de una sola página que consume una API basada en REST. Lo que se me ocurrió después de buscar las respuestas fue usar el error 401 y 403 existente de HTTP. Tuve mi api devolver estos errores. Luego tomé las excepciones al usar un modelo extendido de manejo de errores para manejar estos errores y simplemente los enrute a mi inicio de sesión a través de la función de enrutador navigate.
var ErrorHandlerModel = Backbone.Model.extend({
initialize: function(attributes, options) {
options || (options = {});
this.on("error", this.errorHandler);
this.init && this.init(attributes, options);
},
errorHandler: function(model, error) {
if (error.status == 401 || error.status == 403) {
app.history.navigate('login', true);
}
}
});
En retrospectiva, aunque creo que habría sido mejor utilizar sólo una función global jQuery ajaxError lugar. El fragmento anterior se basó en un question posted here similar hace unos meses.
También tuve que anular el comportamiento de búsqueda predeterminado de la columna vertebral para poder desencadenar un error con el comando ogg para capturar una variable de respuesta incluida en la respuesta json de la API.
var Login = Backbone.Model.extend({
urlRoot: '/login',
parse: function(resp,xhr) {
if (resp.response == 'success') {
app.history.navigate('dashboard', true);
}
else {
this.trigger('loginError');
}
return false;
}
});
Las aplicaciones de muestra no hablan de seguridad porque hay poco (si acaso) específico de Backbone para hablar. –
Solo para que quede más claro, estoy interesado en los patrones de autenticación/autorización que se aplicarán sin comprometer la seguridad. p.ej. ¿Debería usar un patrón de mediador para guardar la información de sesión/autorización y cada vista debería verificar esta información antes de renderizarla? O si esto se soluciona por algún otro medio –
Lo descubrí.La mejor manera es crear una ruta y vista principal llamada ruta/vista autenticada y derivar todas las rutas/vistas, que requieren que el usuario inicie sesión desde allí. agregar seguridad en las rutas no creará instancias de vistas innecesarias. La seguridad de la sesión, los parámetros de autorización, etc. deben obtenerse del servidor y cada solicitud debe validarse en el lado del servidor para mayor seguridad. También vea la respuesta de Anthony para manejar errores globales, etc. –