Manejo de excepciones en una aplicación en capas

Question

Si tengo una aplicación en capas y mi capa de datos puede encontrar una OptimisticConcurrencyException ¿cómo debe lidiar la capa de llamada o la capa inferior con esto?

La capa llamada no tiene idea de lo que un OptimisticConcurrencyException es, por lo que debería ser una excepción personalizada poniendo en práctica y controlar el OptimisticConcurrencyException y lanzando mi excepción personalizada?

Alguna orientación sobre esto sería muy apreciada.

Answer 1

OptimisticConcurrencyException es una excepción que pertenece a la capa de datos y, por lo tanto, debe estar contenida en ella. Es poco probable que la capa de llamada pueda manejarlo.

Crearía una excepción más genérica como DataSourceException que contendría algún contexto como qué función falló (y con qué parámetros) y por qué. También incluiría la excepción original como excepción interna.

leer mi entrada de blog sobre la captura de excepciones: http://blog.gauffin.org/2010/11/do-not-catch-that-exception/

También he escrito algunas otras entradas sobre el manejo de excepciones, haga clic en la etiqueta de excepción.

actualización

me gustaría crear los siguientes proyectos:

• Project.Web < --- Permite utilizar el servicio a través de las interfaces de especificación.
• Project.Service < - implementa todo en la Especificación
• Project.Service.Specification < --- Colocar excepciones (clases) aquí y las interfaces que definen sus servicios (o repositorios si no se utiliza ningún servicio)

Answer 2

Debe ver esto desde la perspectiva de la capa de llamada. La capa solicitó a la capa de datos que realice un trabajo. Si el OptimisticConcurrencyException puede ser manejado por su capa de datos y el contrato se ha cumplido, entonces apúntelo y luego continúe y complete el trabajo.

Si, sin embargo, esto es fatal para el trabajo que se le pide que haga, y si la persona que llama no lo está esperando, o no lo sabe, entonces está bien que cree su propia clase de excepción, capte la excepción que es ajena a la capa de llamada, y arroje eso en su lugar. Esto es algo que la capa de llamada puede saber, y puede estar bien documentada como un efecto secundario del uso de esta función/API.