Meilleures pratiques pour la gestion des erreurs dans un service Web

Question

Je suis maintenant en train de jouer avec WebServices, en utilisant l'infrastructure .NET (fichiers .asmx, pas WCF). Je me demande quelle est la meilleure pratique pour dire à l'utilisateur qu'une sorte d'erreur commerciale s'est produite dans l'appel de la méthode.

Mon petit test cas:

Je mesure des sondes qui doivent enregistrer avec un serveur central. Chaque sonde doit avoir une adresse physique différente. Pour vous inscrire, ils devraient appeler (via un service Web):

[WebMethod] 
public void RegisterReadingStation(out Guid sessionId, Int64 physicalAddress) 

Maintenant, la signature est pas défini dans la pierre - en fait, c'est ce que je suis en train de comprendre. :) Je dois en quelque sorte alerter la sonde si elle essaye de s'enregistrer en utilisant une adresse physique déjà prise.

La façon dont je le vois, je me suis quelques possibilités:

• Throw un SoapException contenant les informations. Cependant, un message string :: n'est pas vraiment facile à faire.
• Utilisez une sorte de classe de valeur comme paramètre de retour (ou même plus simple, une énumération). Si je fais cela, je suppose que j'ai dû manuellement sérialiser/désérialiser la classe sur le serveur/client?

Des commentaires à ce sujet?

Answer 1

Je pense que le consensus commun serait d'utiliser un code de retour personnalisé (entier). Tant que le service documente les codes de retour possibles, cela devrait être réalisable.

Answer 2

Je retourne une petite classe appelée ResultSet de chaque WebMethod, qui contient un code d'erreur int et un message d'erreur de chaîne. Cela vous permet de vérifier facilement s'il y a une erreur ou un succès, et si certains problèmes surviennent, cela peut se produire en cas de problème.

Si le WebMethod doit renvoyer des données, j'hériterai de ResultSet pour donner un ResultSet spécifique afin d'inclure également les données.