Buenas prácticas en la construcción de la capa de negocio

No debe haber réplica de funcionalidades en un formulario u otro lugar. Los módulos que requieran una funcionalidad deberán encontrarla en un solo lugar y única versión.

Esta capa debe garantizar que los datos requeridos para procesarla hayan sido debidamente validados, y sólo se puede iniciar el flujo del proceso de negocio si la validación resultó correcta.

La comunicación entre capas se debe establecer mediante objetos del modelo. Se crearán entidades sin métodos, sólo tendrán propiedades, campos y atributos, que nos servirán para almacenar información, como puede ser la asociación de las propiedades a las columnas de la base de datos.

La capa de acceso a datos proporciona los datos pero las transacciones de los mismos se deben manejar desde la capa de negocio.

Se debe establecer un modelo adecuado para las excepciones generadas en la capa de acceso a datos, de manera que se encapsulen en la capa de negocio y se trasladen de forma correcta a la capa de presentación.

Se debe encapsular la capa en servicios para aislar la base de datos respecto de una interacción directa con el usuario. Estos servicios de negocio conforman un "puente" entre el usuario y los datos. Responden a peticiones de usuarios u otros servicios de negocio aplicando procedimientos formales y reglas de negocio a datos relevantes.

El control de acceso al servicio de negocio debe hacerse en la capa de negocio, puesto que podemos tener distintas capas de presentación. Éste puede realizarse tanto a nivel de método, dentro de cada servicio, como a nivel de servicio vertical.

Se recomienda ordenar la devolución de los resultados de una consulta, de modo que no se muestren todos los objetos que cumplan el criterio indicado en la consulta, sino que sólo se devolverá un número determinado, en forma de lista paginada, que representará un rango de objetos dentro de una lista.