Dans ASP.NET devrions-nous appeler Session.Abandon() lorsqu'une exception non gérée se produit? De nombreux utilisateurs finaux ont cliqué sur "Actualiser" ou "Précédent" dans le navigateur Web afin de renvoyer la demande. Je voudrais empêcher ce comportement en réinitialisant le contexte. TIA.Dans ASP.NET Doit-on appeler Session.Abandon() lorsqu'une exception non gérée se produit?
Répondre
Cela dépend de ce que vous gardez dans la session. Dans la plupart des cas, il ne sera pas bon de se déconnecter simplement parce qu'il y a une erreur dans votre code. Créez une page d'erreur personnalisée et redirigez-la, afin que l'utilisateur puisse actualiser le spam sur la page d'erreur aussi longtemps qu'il le souhaite.
Et oui, si l'erreur se produit à cause de l'entrée que l'utilisateur a soumise, vous voudrez peut-être vérifier les validations de votre formulaire et vous assurer que l'erreur ne se produit pas en premier lieu. –
L'utilisateur serait déconnecté et redirigé vers une page d'erreur personnalisée uniquement en cas de problème grave. Ça a du sens. –
n °.
La nouvelle soumission n'a rien à voir avec l'abandon de la session utilisateur. L'utilisateur devrait-il souffrir d'un mauvais codage? Assurez-vous de faire toutes vos actions de base de données transactionnelles et de gérer toutes les erreurs, et ce problème disparaîtra.
En outre, il existe de meilleurs moyens pour éviter de faire des actions doubles lorsque vous appuyez sur le bouton Retour ou Soumettre à nouveau. Par exemple: nos règles métier empêchent de commander deux fois le même produit dans les dix minutes pour le même objet.
Il ne s'agit pas d'un mauvais codage, mais d'une exception non gérée. Veuillez consulter http://msdn.microsoft.com/en-us/library/ms229005.aspx. "Une application ne doit pas gérer les exceptions pouvant entraîner un état inattendu ou exploitable Si vous ne pouvez pas prévoir toutes les causes possibles d'une exception et que le code malveillant ne peut pas exploiter l'état de l'application, vous devez autoriser l'application à se terminer. l'éxéption." –
Exception non gérée == mauvais codage. Gérez l'erreur, connectez-la en utilisant log4net ou un autre framework. Mais ne dérange pas l'utilisateur avec 500 erreurs. –
Merci pour le conseil, mais il s'agit de la tolérance contre la négligence des utilisateurs plutôt que d'une discussion sur les pratiques de codage. Sans oublier que la journalisation est déjà en place et que les bogues sont toujours corrigés après la découverte. –
- 1. asp.net exception non gérée
- 2. Exception non gérée CachedRawResponse asp.net
- 3. Visual Studio 2008 - L'application se ferme lorsqu'une exception non gérée se produit
- 4. Exception non gérée
- 5. Exception Win32 non gérée
- 6. gérer une exception non gérée
- 7. Exception non gérée dans Windows
- 8. étrange exception non gérée
- 9. système win32 exception non gérée
- 10. Si une exception non gérée se produit, je dois arrêter l'application WPF?
- 11. Terminer l'application après une exception non gérée
- 12. Django + Postgresql -> exception non gérée
- 13. Django Erreur: Exception non gérée
- 14. Exception non gérée par Django
- 15. Exception non gérée dans l'extension VS
- 16. Une exception non gérée a été générée
- 17. Que se connecter lorsqu'une exception se produit?
- 18. Une exception win32 non gérée s'est produite dans runMidlet.exe
- 19. Windows Azure: Stockage client Exception non gérée
- 20. Exception non gérée à 0x10012c5d (highgui110.dll)
- 21. Exception de boucle d'événement non gérée
- 22. Exception non gérée: System.Configuration.ConfigurationErrorsException: élément 'services' non reconnu. ConfigurationElementCollection imbriquée
- 23. Comment gérer l'exception d'objet éliminé non gérée Exception dans C#?
- 24. Comment simuler une exception non gérée dans Java
- 25. Exception IIS non gérée - Comment puis-je la rechercher
- 26. Une exception d'accès non gérée s'est produite, msmq, erreur Sharepoint
- 27. Comment localiser la source d'une exception non gérée?
- 28. Console Application - Impossible d'intercepter une exception non gérée
- 29. WCF .Net 4.0 traite WebProtocolException comme une exception non gérée
- 30. Empêche wxPython d'afficher une boîte de dialogue 'Exception non gérée'
En regardant les commentaires, je me demande quelles auraient été les réponses si j'avais demandé "Quand devrions-nous abandonner la session dans ASP.NET?" –