CSLA .NET

Como ya hemos hablado en artículos anteriores, el resultado de construir objetos de negocio usando CSLA .NET es, que los objetos son creados de una forma consistente y estandarizada, así como obtener ventajas sustanciales que abstrae el framework:

• Completo soporte de enlace a datos (WPF, SilverLight, Windows Forms y Web Forms).
• Seguimiento de estado de objetos (si el objeto es nuevo, ha cambiado, ha sido marcado por eliminación, etc.).
• Estandarización del procesamiento de reglas de validación y negocio.
• Estandarización de la gestión de autorizaciones a nivel de objeto y sus propiedades.
• Integración y simplificación de los modelos estándar de autenticación .NET.
• Gestión de niveles de cancelación (Undo), especialmente orientado a interfaces complejas.
• Iteración estandarizada con la capa de datos, compatible con ORM.
• Soporte asíncrono para reglas de validación.

En este artículo vamos a describir algunos detalles con respecto a la definición de estereotipos en CSLA .NET; es muy importante recordar que el framework, como parte de sus especificación de estándar, trae con un conjunto de estereotipos clasificados por objetivos. El presente artículo presenta una introducción a los mismos. Antes de detallar los estereotipos es bueno entender las bases; veamos la definición de un estereotipo en la ingeniería de software.

¿Qué es un estereotipo?
Uno de estos mecanismos de extensión, quizás el más usado, son los llamados estereotipos; pequeñas etiquetas que aplicadas a los elementos o relaciones de un diagrama indican significado adicional.

En el presente ejercicio mostraremos como utilizar una herramienta que nos facilite la inyección de dependencias y inversión de control en una aplicación que utiliza CSLA .NET para la capa de de negocios.

Para este ejemplo he tomado Unity 2, que es el contenedor IoC de P&P y aplicaré los pasos básicos necesarios para aplicar estos conceptos en la demostración del Modelo de Invocación Encapsulada. Aplicar estos conceptos al Modelo de Fabricas es algo más complejo debido a que se trata de invocación remota a diferencia del modelo encapsulado, aplicar estos conceptos en el segundo modelo necesita crear un object factory loader personalizado el cual posteriormente diseñaré y luego comentaré.