Work Flow

Cuando empezamos a realizar alguna actividad se nos imparte un curso de inducción, un curso donde se nos explican los aspectos operativos de la actividad que vamos a realizar, se nos explican los pasos, la secuencia de las tareas, la información que necesitamos y la que debemos generar, etc.

El desarrollo de sistemas no es la excepción, sin embargo cuando aprendimos a programar (en la escuela) pocos recibimos ese curso, la gran mayoría de nosotros aprendió y desarrollo su propio estilo, se nos solicitaba un programa de software para que solucionara un problema y no nos quedaba más que aplicar el único estilo que teníamos a la mano: “la codificación de fuerza bruta”, en la cual no importa como lo codifiquemos, solo importa si funciona.

Ok, no me desviare del tema…la idea de este post, es presentarles la secuencia de desarrollo para una aplicación en MVC, usando EF. Para ayudar a quienes empiezan y nadie les ha impartido el curso de inducción.

 

Introducción:

Cuando se usa el Entity Framework (EF), podemos empezar nuestra aplicación de dos formas distintas. Las conocemos como Model -First o DatabBase –First, o lo que es lo mismo: Primero el Modelo (de clases) o primero la base de datos.

En la forma tradicional primero se crea la base de datos y a partir de ahí podemos usar el EF para crear el Model. De la otra forma, menos usada; primero se hace el análisis de los requerimientos y a partir de ahí se diseñan las clases que servirán como punto de partida; después empleamos el EF y creamos la base de datos.

Para nuestro ejemplo, empezare con la base de datos, que es el método más extendido (al menos entre lo que conozco).

 

Pasos:

1. Crear base de Datos.

a. Por medio de las herramientas que te ofrece la base de datos de tu preferencia, crear las tablas que se requieran para almacenar los datos.

2. Crear el Model.

a. Usando las herramientas que nos ofrece el VS 2010, podemos crear un Model a partir de una base de datos que previamente hayamos creado.

3. Crear Interfaces

a. Durante el diseño se deben identificar las interfaces que se necesitaran para el proyecto.

4. Crear los Controllers.

a. De acuerdo a los lineamientos, se creara un controller que atenderá a cada Entidad. Mismo que se encargara de atender las solicitudes que llegan a nuestra aplicación.

5. Codificar las acciones del controller.

a. En este punto es cuando empieza el Flujo de trabajo, ya que una vez que tenemos los controllers y empezamos a codificar las acciones, van surgiendo las necesidades de codificación.

b. Por ejemplo: Si lo primero que queremos es presentar al usuario es la capa de presentación (los Views) es la “pagina” de Alta de un Empleado, entonces será necesario verificar si usaremos la entidad como Modelo de la interface de usuario o si queremos presentar datos adicionales, que no forman parte de la entidad.

c. Si fuera el caso usar la entidad solo sería necesario crear el Repositorio de empleados, para poder realizar el código CRUD.

d. Si quisiéramos por ejemplo que en la capa de presentación apareciera un combo con los puestos que podemos asignarle a nuestro Empleado, entonces sería necesario algún mecanismo que nos permitiera agregar una lista de dichos puestos al Model que recibe el View Engine.

e. Esto podemos realizarlo de dos formas: Extendiendo nuestra entidad usando una clase Partial o crear un Clase para ese fin en particular, llamada ViewModel.

6. Crear Views

a. Para cada acción que atiende el Controller se debe crear al menos una vista.

b. Para Poder mantener nuestro Código sin repetir (DRY), podemos emplear Views parciales.

Es obvio que este post no tiene los detalles de cada paso, para eso solo deben buscar en este mismo Blog. Este Workflow les puede servir como una guía inicial, sobre todo si nunca has creado una aplicación usando el MVC de Microsoft.