Mejores prácticas para el manejo de errores en un servicio web

Question

Ahora estoy jugando con WebServices, usando .NET framework (archivos .asmx, no WCF). Me pregunto cuál es la mejor práctica para decirle al usuario que ha ocurrido algún tipo de error comercial en la llamada al método.

Mi pequeño caso de prueba:

He sondas de medición que deben registrarse en un servidor central. Cada sonda debe tener una dirección física diferente. Para inscribirse, deben llamar al (a través de un servicio web):

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

Ahora, la firma no está escrito en piedra - en realidad, eso es lo que estoy tratando de averiguar. :) Necesito de alguna manera alertar a la sonda si está tratando de registrarse usando una dirección física que ya está tomada.

La forma en que lo veo, me dieron unas cuantas posibilidades:

• lanzar una SoapException que contiene la información. Sin embargo, un mensaje de cadena :: no es realmente tan fácil de hacer verificaciones programáticas.
• Utilice algún tipo de valor-clase como parámetro de retorno (o incluso más simple, una enumeración). Si hago esto, ¿supongo que tuve que serializar/deserializar manualmente la clase en el servidor/cliente?

¿Alguna idea de esto?

Answer 1

Creo que el consenso común sería usar un código de retorno personalizado (entero). Siempre que el servicio documente cuáles son los posibles códigos de retorno, esto debería ser factible.

Answer 2

Devuelvo una clase pequeña llamada ResultSet de cada WebMethod, que contiene un int errorcode y un error de cadena de mensajes.

Esto le da una verificación fácil de error/éxito, y algunos detalles si las cosas van mal.

Si el WebMethod necesita devolver datos, heredaré de ResultSet para dar un ResultSet específico para incluir los datos también.