Recientemente me he unido a un proyecto asp.net mvc en proceso en el que no hay mucha coherencia al tratar con excepciones en el controlador; algunos desarrolladores devuelven datos al cliente para que el usuario sepa qué es lo que está mal, otros los rechazan para que lleguen al controlador del nivel del servidor que los procesa y los registra, sin informar al usuario de qué se trata.Lanzar excepciones y notificar al usuario
Me parece obvio que ambos enfoques son incorrectos por sí solos, y en su lugar deben complementarse; a lo que estoy atascado, es cómo hacer eso. Supongo que el eventual manipulador/registrador de excepciones podría redirigir al usuario a una página web de error al detectar algo particularmente desagradable, pero eso limita el mecanismo a cosas simplemente graves.
Estoy buscando una forma de hacer "lanzar" y "regresar ..." en un momento en el que atrapo una excepción, por lo que la selecciono y la registro del lado del servidor y obtengo el lado del cliente de datos que me permite decirle al usuario que ha habido un contratiempo.
Mi experiencia con asp.net es muy limitada, y aunque creo que entiendo al mvc lo suficiente como para que no sea un problema, esta es una especie de "¿cuál es la mejor práctica?" pregunta de alguien que trabaja con personas que no se preocupan demasiado por las mejores prácticas.
El hecho de que te preocupes solo por esto te hace una buena adición al equipo.Pero asegúrate de hacer que tus compañeros de equipo también vean la importancia de esto, de lo contrario serás el único que intentará mejorar las cosas mientras los demás continúan rompiéndolo. – MarioDS
Estoy de acuerdo con Mario. Abordar su preocupación con su equipo es importante. Si crees que tienes la mejor metodología para lidiar con excepciones, compártela con tu equipo, ya que mejorará el producto a largo plazo. Tener una conversación informal con ellos también puede revelar su proceso de pensamiento y las cosas que puede haber pasado por alto. – Tung