Tomando como muestra la DB Pubs, del SQL Server, para efectos practicos.
Este bloque de codigo, es de libre uso, y podran descargarlo de cualquiera de los siguientes lugares:
http://www.msnusers.com/guydotnetxmlwebservices/Documents/Sql.Pubs.BusinessLayer.rar
http://www.msnusers.com/guydotnetxmlwebservices/Documents/Sql.Pubs.BusinessLayer.zip
Pero previamente deberan unirse al grupo a traves del siguiente link:
http://groups.msn.com/guydotnetxmlwebservices/join
El BusinessLayer, es la capa mas compleja dentro de la arquitectura de un producto de software.
Este es el lugar donde se debe definir: (1) las entidades de negocio, (2) las operaciones que se han de realizar contra la DB y (3) el modelo de objetos que sera aprovechado por las demas capas de la arquitectura, ie, la capa de usuario, la capa de servicios, etc.
El BusinessLayer, es una solucion que esta compuesta por los siguientes proyectos:
BusinessLayer.Entities: En la cual se definen las entidades de negocio que nos han de permitir enviar informacion entre esta capa y la capa de usuario, por ejemplo. Notese un detalle importante, el cual consisten en establecer el mapeo entre las entidades relacionales propia de la estructura de una base de datos y su correspondiente a nivel de objetos.
Por ejemplo, establecer la forma en la que se ha de plasmar el campo de una tabla que soporta nulo a nivel de base datos y como este se ha de comportar dentro del mundo de .NET, es una definicion que ha de establecerse aqui.
BusinessLayer.IDataWrapper: Aqui se definen cuatro interfaces que permitiran restringir las operaciones contra la DB, para una tabla en particular. Ajustandose a lo que propone CRUD, en ese sentido.
BusinessLayer.DataAccess: En este proyecto se definen las clases que facilitaran las operaciones contra la DB. Aqui se aprovecha todas las bondades por lo cual existe el DataLayer.Primitives. Y cuya version publica fue liberada hace unos dias atras.
El simple hecho de realizar un SELECT sobre la table EMPLOYEE, se reduce a crear la clase DataEmployee la cual ha de heredar de PrimitiveEntity, implementar la interfaz ISelectable, y listo. Olvidandote de las exitencia de los SqlConnection, SqlCommand, SqlDataAdapter, etc.
Del mismo modo, si se desease realizar un INSERT sobre la tabla JOBS. En este caso, la interfaz a implementar seria IInsertable y sobreescribir el metodo OnInsert para indicar los parametros necesarios para la ejecucion del store procedure, correspondiente.
Dentro del namespace Executable, se estableceran esas clases que permitiran realizar operaciones con una cierta complejidad: querys, joins u otros. Cuyos ejemplos, no estan brindados en este bloque de codigo. Pero con seguridad seran entregados en los proximos releases del BusinessLayer.
BusinessLayer.IComponents: Este proyecto rige la forma, en la que se ha de implementar el BusinessLayer.Components. Basicamente, se definen interfaces que se han de implementar por las diferentes clases dentro del siguiente proyecto.
BusinessLayer.Components: Este proyecto es la implementacion en si, de lo que propone BusinessLayer.IComponents. Como resultado, brinda, un modelo de objetos que sera aprovechado por la diferentes capas del arquitectura, como la capa de usuario o la capa de servicios.
Aqui tenemos dos cosas muy marcadas, por un lado los Collections y por el otro, los Atoms. La primera de ellas tendra operaciones como Insertar y Eliminar elementos de la coleccion, sincronizando con las operaciones correspondientes a nivel de base de datos. Y la segunda de ellas, brindara operaciones de actualizacion basicamente, la cual del mismo modo, sincronizara nivel de base de datos, con la operacion correspondiente.
Finalmente, el BusinessLayer.WinApp es el proyecto que testea esta capa de la arquitectura.
En este primer release del BusinessLayer.Components, se tuvo la intencion de mostrar la estructura basica de esta capa de la arquitectura de un producto de software, para complementar la idea que se presento al entregar la version publica del DataLayer.Primitives.
En ese sentido, solo brindo como testing, en esta oportunidad, dos operaciones muy sencillas. Por un lado, la de iterar entre Jobs mostrando los Employees que se ajustan a un Job en particular. Y por otro lado, la misma intencion usando Publishers y los Employees que se ajustan a un Publisher en particular.
Ademas, de un pequeño formulario para agregar elementos a la table Jobs.
En los proximos dias, deberia darme un tiempo para poder publicar el siguiente release del BusinessLayer.Components, donde pueda apreciarse mayores bondades de este bloque de codigo, que no he podido entregar en esta oportunidad.
No comments:
Post a Comment