Comment puis-je gérer les exceptions lancées par une autre classe?

Question

J'ai un formulaire Web qui accepte un login utilisateur - mot de passe, email. J'appelle ensuite une classe d'autorisation qui teste les champs, en jetant une exception le cas échéant. Ma question est: Dans mon code derrière la page, comment dois-je gérer/consommer ces exceptions?

classe autorisation - propriété Email

 public string Email 
    { 
     get { return _email; } 
     set 
     { 
      if (value == null) 
       throw new ArgumentNullException("Email", "The email address is null"); 
      if (value == string.Empty) 
       throw new ArgumentException("Email", "No email has been entered"); 
      if (!IsValidEmail(value)) 
       throw new ArgumentException("Email", "This is an invalid email address"); 
      _email = value; 
     } 
    } 

code

behind - une sorte de chèque

if (auth.Login(txtUsername.Text, txtPassword.Text) == true) //or whatever the invokation might be 
// do somehting with exceptions??? 

À ce stade, je ne sais pas ce que je suis censé faire avec les exceptions l'autorisation classe génère.

Answer 1

try 
{ 
    auth.Login(txtUsername.Text, txtPassword.Text); 
} 
catch (ArgumentException e) 
{ 
    //Handle Exception here 
    MessageBox.Show(e.ToString(), "EMail invalid"); 
} 

Answer 2

Vous devez attraper l'exception, voir http://msdn.microsoft.com/en-us/library/0yd65esw(v=vs.80).aspx

Answer 3

Vous ne devriez pas besoin de prendre un ArgumentException - qui est une sorte d'exception qui est une erreur de programmation, pas une exception à l'exécution. (Le code doit lancer une FormatException si l'entrée de l'utilisateur est invalide, par exemple.)

Answer 4

Vous devriez faire aussi la validation côté client que les champs txtUserName.Text et txtPassword.Text ne sont pas vides. Pour les exceptions, vous devez avoir un gestionnaire global qui fournit un message d'erreur gentil à l'utilisateur si une exception est levée (c'est-à-dire si la validation côté client n'a pas réussi à attraper quelque chose et le serveur a jeté une exception). Vous ne devriez pas avoir besoin d'intercepter des exceptions individuelles sur le client.

Answer 5

Vous auriez besoin quelque chose comme ceci:

try { 
    auth.Login(txtUsername.Text, txtPassword.Text); 
}catch(ArgumentNullException anex){ 
    //output the message to the user 
}catch(ArgumentException aex){ 
    //output the message to the user 
} 

Vous devez attraper tous les types d'exception que vous jetez (ou attraper juste Exception).

Answer 6

Généralement, votre application doit réagir à ces exceptions car elles représentent un état spécifique. Réagir pourrait consister à signaler (consigner) les exceptions le cas échéant, rediriger l'utilisateur vers une page d'erreur ou fournir une réponse liée au contexte de l'exception (par exemple, est-ce une exception en raison de données d'entrée non valides? messages d'erreur, etc.).

Answer 7

J'ouvrirais publiquement IsValidEmail et ferais une vérification avant d'appeler la méthode de connexion. Ensuite, vous pourriez présenter l'erreur avant la soumission.