Mostrando entradas con la etiqueta Programación Capas. Mostrar todas las entradas
Mostrando entradas con la etiqueta Programación Capas. Mostrar todas las entradas

viernes, 25 de marzo de 2016

Arquitectura de N Capas: Parte 2 – La Capa de Acceso a Datos


Ahora que tenemos la base de datos en SQL Server 2014, comenzaremos a crear el aplicativo y sus diferentes capas. Para esto iniciamos una solución y en ella colocamos las capas como proyectos independientes. Para facilitar la elaboración de ésta, primero crearemos todas las capas y luego continuaremos con la capa de acceso a datos.

Para la creación del proyecto uso Visual Studio Community 2015.  Los pasos para crear la solución en capas son los siguientes:
  1. Abrimos Visual Studio Community  2015.
  2. Seleccionamos la opción: New Project.
  3. En el árbol de la izquierda seleccionamos: Visual C#/Windows/Class Library.
  4. En la parte inferior de la ventana, damos el nombre al proyecto y a la solución: Datos/Gestión.
  5. En cada proyecto del tipo “Class Library, Cisual Studio, crea una clase Class1.cs, la cual eliminamos en cada capa.
  6. Sobre el nombre de la solución pulsamos clic y agregamos un nuevo proyecto: Entidades.
  7. Sobre el nombre de la solución pulsamos clic y agregamos un nuevo proyecto: Lógica.
  8. Sobre el proyecto de la solución agregamos la capa de presentación: Web/ASP.NET WenApplication.
  9. Cuando aparece la pantalla New ASP.NET Project – Presentacn, seleccionamos la opción MVC, Addunittests y deshabilitamos Host in cloud.
  10. Pulsamos el botón de ChangeAuthentication y seleccionamos en la ventana No Authentication.



Con los pasos anteriores se arma la solución con 5 proyectos.  En la ilustración 1 podrás apreciar las imágenes con los pasos. Continuemos con la creación de la capa de acceso a datos.

Ilustración 1


En la capa de acceso a datos vamos a usar Entity Framework “EF”, éste es un ORM “Objeto de mapeo relacional”; esta utilidad nos permite a los desarrolladores .NET acceder a una base de datos, consultarla, modificar y guardar información.

El EF nos permite desarrollar aplicaciones más rápido; sin embargo, dependiendo de la complejidad de algunas consultas o ejecución de órdenes sobre una base de datos, a futuro puede que tengas que optimizarlas o convertirlas en procedimientos almacenados.

Para incluir el EF en la capa de acceso a datos vamos a hacer lo siguiente:
  1. Con clic derecho sobre la solución, agregamos la funcionalidad de Entity Framework: ManageNugetPackagesforsolution / Browse / Entity Framework en el proyecto de Datos y Presentación.
  2. Clic aceptando la licencia.
  3. Clic sobre el proyecto de Datos y agregamos un nuevo modelo: Entity Framework: Add / New Item / ADO.NET Entity Data Model.
  4. En el asistente de modelo de datos seleccionamos: EF Designerfromdatabase.
  5. Seleccionamos la fuente de datos: Microsoft SQL Server.
  6. Creamos una nueva conexión
  7. Incluimos las propiedades de la conexión: Servidor de la base de datos usuario, contraseña y seleccionamos la base de datos a usar; antes de cerrar comprobamos la conexión a ésta.
  8. Incluimos los datos de la cadena de conexión.
  9. Le damos un nombre a los datos.
  10. Finalmente, adicionamos las tablas al modelo de datos.


Las imágenes de los pasos para incluir el EF en la capa de Acceso a Datos las puedes visualizar en la Ilustración 2.




Una vez tenemos el EF accediendo a la base de datos, construiremos la clase de acceso a datos, para esto pulsaremos clic derecho sobre el proyecto y agregaremos una clase que llamaremos GestionAD, 

En esta clase vamos a colocar las opciones del CRUD (Create, Read, Update y Delete) a las tablas de la base de datos, más adelante las adecuaremos según las necesidades.

Para los comandos del CRUD vamos a emplear LinQ; a continuación, podrás apreciar el ejemplo del CRUD de la tabla Procesos.

usingSystem;
usingSystem.Collections.Generic;
usingSystem.Data.Entity;
usingSystem.Linq;
usingSystem.Text;
usingSystem.Threading.Tasks;


namespace Datos
{
publicclassGestionAD
    {
GestionEntitiesoDatos = newGestionEntities();

//CRUD De Procesos
#region "CRUD Procesos"
publicList<Procesos>ProcesosConsultar()
        {
var q = from C inoDatos.Procesosselect C;
returnq.ToList();
        }

publicList<Procesos>ProcesosConsultar(Procesos Procesos)
        {
var q = from C inoDatos.ProcesoswhereC.NombreProceso.Contains(Procesos.NombreProceso) select C;
returnq.ToList();
        }

publicList<Procesos>ProcesosConsultarPorID(Procesos Procesos)
        {
var q = from C inoDatos.ProcesoswhereC.IdProceso==Procesos.IdProcesoselect C;
returnq.ToList();
        }

publicProcesosProcesosInsertar(Procesos Procesos)
        {
oDatos.Procesos.Add(Procesos);
oDatos.SaveChanges();
return Procesos;
        }

publicvoidProcesosEliminar(Procesos Procesos)
        {
oDatos.Procesos.Remove(Procesos);
oDatos.SaveChanges();
        }

publicProcesosProcesosActualizar(Procesos Procesos)
        {
oDatos.Entry(Procesos).State = EntityState.Modified;
oDatos.SaveChanges();
return Procesos;
        }
#endregion

    }
}

Personalmente, me gusta agrupar los métodos colocados dentro de la clase con regiones; sin embargo, eso depende de las mejores prácticas de desarrollo del arquitecto donde estás trabajando.

En el artículo de la capa de entidades separaremos las entidades del EF.
Para finalizar les recuerdo:
  • Cada quien tiene su manera de matar pulgas, así que puede haber una gran cantidad de maneras de hacer el mismo trabajo.
  • Estos artículos son ejemplos, así que, si tienes una mejor manera de hacerlo o puedes colaborarme con alguna observación, tu comentario es bienvenido.
  • No asumo ninguna responsabilidad por el uso de lo expuesto.
  • Si los artículos te son de utilidad, no olvides un “Me Gusta” o dejar algún comentario.


martes, 22 de marzo de 2016

Arquitectura de N Capas: Parte 1 – La base de datos


Este artículo es el primero de una serie de artículos en que quiero explicar mi visión de la programación por capas.

Ilustración 1
Siendo la programación en capas una arquitectura que tiene como objetivo principal separar la capa de diseño de la de lógica, existen otros valores adicionales que aportan a proyectos grandes entre otros como: el crear un código más estructurado, facilita el trabajo en equipo, permitiendo que varios programadores trabajen paralelamente en una misma funcionalidad sin interferirse mutuamente. También se puede separar algunas de las capas de código en diferentes servidores para balanceo de cargas, buses de datos empresariales, etc.

En la ilustración 1 podrás apreciar el un modelo básico de capas.

A continuación, describiré las herramientas que usaré para elaborar el ejemplo en sus diferentes capas:
  • La base de datos se elabora en SQL Server Express 2014.
  • La capa de acceso a datos la desarrollaré en C#, Entity Framework y Linq.
  • En la capa de entidades separaré la definición de las entidades del Entity Framework y agregaré metadatatos a los atributos.
  • La capa de lógica en C#, como su nombre lo indica, colocaremos la lógica de la aplicación y uso de try/catch.
  • En la capa de presentación usaré MVC, Bootstrap y JQuery.


Empecemos:

Las tablas ejemplo para la base de datos, representan un modelo relacional para almacenar los datos de procesos, procedimientos y diagramas de notación BPMN, los objetos del diagrama como son los eventos, actividades, compuertas y las conexiones entre estos objetos. Uso este ejemplo porque con él se puede representar la mayoría de las estructuras de datos como son: maestro detalle, árboles y grafos. Además, me interesa este tipo de modelos para ampliar el tema con otros artículos más adelante.

Creando la Base de Datos

Comencemos ingresando a SQL Management Studio 2014, después nos ubicamos en el explorador de objetos y en la opción de base de datos pulsamos clic derecho y usamos la opción nueva base de datos, como se ve en la ilustración 2.


Ilustración 2



Una vez seleccionamos la opción de base de datos, el SQL Management Studio 2014 abre una ventana de creación de base de datos, en esta opción debemos darle el nombre a una base de datos y un propietario. Para el Nombre de la base de datos usaremos “Procesos” y el propietario de la base de datos será: “sa”.


Creación del esquema

Una vez creada la base de datos, desplegamos el árbol de la base de datos y nos vamos a seguridad, en seguridad ubicamos el puntero del mouse sobre Esquemas y pulsamos clic derecho y creamos un nuevo esquema. Para el nombre del esquema usaremos “Aplicacion” y Propietario del esquema “dbo”.
Ilustración 3




Creación de las Tablas

Para la creación de las tablas se pulsa clic derecho sobre la opción de la tabla y clic en la opción Tabla, al crear la tabla, no olvidar crear la llave, a la llave volverla un auto numérico “Especificación de identidad” y cambiar el esquema donde vamos a crear la tabla en la Ventana de propiedades, que accedes mediante la tecla rápida F4 o en el menú de ver. En la ilustración 3 se puede apreciar la creación de la tabla procesos.


Ilustración 4


Las tablas del ejemplo quedan así:
·         Procesos: Guarda los procesos de una empresa
·         Procedimientos: Guarda los procedimientos asociados a un proceso.
·         Objetos: Almacena los objetos del procedimiento (Sendas, Eventos, Actividades, Compuertas)
·         Tipos de objetos: Categoriza los objetos de los procedimientos
·         Conexiones; Define los caminos entre los objetos de un procedimiento (Actividades, Compuertas, Eventos).
·         Existe una relación recursiva en la tabla objetos entre los campos IdObjeto y FK_Objeto

Creación de las relaciones

Sigue los pasos que se usaron para crear la tabla procesos en la creación de las otras tablas y una vez estén creadas, procedemos a crear las relaciones entre ellas, esto lo hacemos por la opción de Diagrama en la Base de datos y creamos un nuevo diagrama, en este agregamos todas las tablas, las organizamos y arrastramos la llave primaria a la llave foránea para establecer la relación. Por ejemplo: Arrastramos “Drag and Drop” entre la llave primaria de Procesos “IdProceso” y el campo “IdProceso” en la tabla procedimiento. En la ilustración 5 se puede ver los primeros pasos para la elaboración del diagrama de la base de datos.
Ilustración 5



En la ilustración 6 se ve el modelo del ejemplo ya terminado.

Ilustración 6

Algunos datos de las tablas:
  • Todas las tablas del modelo tienen una llave subrogada o identificador único.
  • Todas las llaves subrogadas son campos enteros.
  • En la tabla de procesos deje un campo Date para posteriormente agregarle metadatos y reglas de validación en la capa de entidades.
  • La relación entre las tablas “Procedimientos y Objetos” y “Objetos y Conexiones” tienen la opción de borrado en cascada activado.
  • Todavía no hay procedimientos almacenados, más adelante haré un ejemplo.
  • Existe una relación recursiva entre IdObjeto y FKObjeto.
  • La relación recursiva de Objetos, representa un árbol.
  • La relación doble Objetos y Conexiones representa un grafo.



El Script para la creación del BD lo puedes descargar aquí.
Si prefieres un backup de la base de datos, se puede descargar aquí.

Arquitectura de N Capas: Parte 2 – La Capa de Acceso a Datos

Para finalizar les recuerdo:

  • Cada quien tiene su manera de matar pulgas, así que puede haber una gran cantidad de maneras de hacer el mismo trabajo. 
  • Esto es un ejemplos, así que, si tienes alguna observación, para mejorar el artículo, será bienvenida. 
  • No asumo ninguna responsabilidad por el uso de lo aquí expuesto. 
  • No olvides dejar un comentario.

Entrada destacada

Arquitectura de N-Capas con Visual Studio .NET y AngularJS

Este artículo es el primero de una serie de artículos en que quiero explicar mi visión de la programación por capas. La Arquitectura ...