2009-01-26 5 views

Répondre

7

Si aucune donnée n'est un résultat normal et acceptable (comme c'est normalement le cas), il doit retourner un jeu de résultats vide. Vous ne devez renvoyer une exception que si une erreur/exception s'est produite.

0

Que diriez-vous d'un message d'erreur qui décrit le problème?

+0

Dans la plupart des cas, 0 résultat n'est pas une erreur. – ceejayoz

0

Cela dépend entièrement du domaine du problème. S'il n'y a jamais un moment où aucun résultat n'est trouvé, c'est une erreur. Si aucun résultat n'est acceptable, un ensemble de résultats vide est correct. Cela dépend simplement du problème spécifique. Comme quelqu'un qui consomme le webservice c'est ce que je m'attendais. Une erreur est un problème.

3

Une exception régulière .net est une construction spécifique de la plate-forme qui ne devrait pas être retourné en dehors du webservice puisque le client appelant le service pourrait ne pas mettre en œuvre une telle chose, utilisez plutôt un SoapException dans des circonstances exceptionnelles

Est-ce le vide résultat définir quelque chose le client appelant le webservice peut récupérer? Si c'est le cas, je ne retournerais pas l'exception SoapException. Si c'est quelque chose d'exceptionnel qui justifie une logique de manipulation spéciale, alors utilisez certainement SoapException.

-il des ressources pourraient vous aider dans

0

Merci à tous pour votre réponse. Vos réponses sont tout le bon sens et juste là où je pensais. Cependant, notre architecte d'application avait d'autres idées. Maintenant, l'exception renvoyée sera modifiée d'une exception sql à une exception plus informative. Nous avons convenu qu'un résultat vide n'est acceptable que si le paramètre n'existe pas dans une table de relations, mais une exception se produira si la valeur n'est pas du tout dans la table de valeurs.

Merci à tous d'être les experts en la matière aujourd'hui!

Questions connexes