par
devlop78 » 11 juin 2011, 04:11
Non, pas côté serveur. J'ai imposé un format strict de communication serveur vers client en JSON. Tout ce qui n'est pas JSON est attrapée avec $.ajaxSetup (jQuery) et ses différents paramètres, et analysé (analyse code HTTP tels que 404, etc. Par exemple, pour le 'module' ajax, une page inexistante renvoie un code 404 et un contenu text/plain sans importance. Si une exception n'est pas attrapée, c'est un code 500 que je renvoie, si le navigateur execute une requête ajax sans identification (session expiré est le meilleur exemple), je renvoie un code HTTP adapté (mais je ne l'ai pas en tête)). Ainsi, le message d'erreur affiché est en fonction du contexte.
Moi je parle bien des erreurs javascript, en dehors de tout ajax : parse error, fonction inconnue, variable inconnue, etc. Dans la quasi totalité des cas, l'erreur apparait après pendant le développement, donc vite corrigé. Mais elle n'est pas vraiment visible, puisque rien ne l'attrape. Par ailleurs, je ne peux pas être sûr à 100% qu'aucune exception/erreur ne sera émise dans un contexte totalement imprévisible même après des tests poussés. Donc, au moins prévenir le client qu'une merde (pardonnée l'expression) s'est produite. Ce serait donc vraiment une fonction de "bas niveau" qui s'executerait quand "rien ne va plus". Rien à voir avec le serveur, une validation de données, ou un comportement à risque prévu et géré.
Non, pas côté serveur. J'ai imposé un format strict de communication serveur vers client en JSON. Tout ce qui n'est pas JSON est attrapée avec $.ajaxSetup (jQuery) et ses différents paramètres, et analysé (analyse code HTTP tels que 404, etc. Par exemple, pour le 'module' ajax, une page inexistante renvoie un code 404 et un contenu text/plain sans importance. Si une exception n'est pas attrapée, c'est un code 500 que je renvoie, si le navigateur execute une requête ajax sans identification (session expiré est le meilleur exemple), je renvoie un code HTTP adapté (mais je ne l'ai pas en tête)). Ainsi, le message d'erreur affiché est en fonction du contexte.
Moi je parle bien des erreurs javascript, en dehors de tout ajax : parse error, fonction inconnue, variable inconnue, etc. Dans la quasi totalité des cas, l'erreur apparait après pendant le développement, donc vite corrigé. Mais elle n'est pas vraiment visible, puisque rien ne l'attrape. Par ailleurs, je ne peux pas être sûr à 100% qu'aucune exception/erreur ne sera émise dans un contexte totalement imprévisible même après des tests poussés. Donc, au moins prévenir le client qu'une merde (pardonnée l'expression) s'est produite. Ce serait donc vraiment une fonction de "bas niveau" qui s'executerait quand "rien ne va plus". Rien à voir avec le serveur, une validation de données, ou un comportement à risque prévu et géré.