Según Wikipedia, una API, es una interface programable de una aplicación, es un conjunto de reglas y especificaciones que facilitan la interacción con estas. Este tipo de interfaces nos permiten ofrecer la solución que lleva a cabo nuestra aplicación, para que pueda ser usada por otras aplicaciones, de una manera sencilla.
Lo que estamos haciendo al codificar nuestra aplicación usando capas para colocarlas en ASP, nos coloca en una interesante posición con respecto a las APIs; al lograr que nuestras capas no sean cohesivas, podemos prepararnos para tener nuestra propia API.
8.- El éxito de esta arquitectura reside en el paso que vamos a codificar a continuación; para poder crear una API que pueda migrar a otras plataformas, en este punto es necesario crear una Clase que coordine las operaciones a nivel de la aplicación, se trata de un servicio que recibirá las solicitudes de la UI y realizara las acciones y conversiones necesarias para que la comunicación con el Model no sea cohesiva hacia afuera de estas.
Este servicio contendrá todo el código de control que en las aplicaciones tradicionales escritas usando la arquitectura ASP colocan en el Code Behind; se debe tener cuidado para evitar que a nivel de este servicio se añadan reglas de negocio, estas deben estar en el Model.
Presentador o API.
9.- En el ejemplo anterior lo llamamos Presentador, puesto que se limitaba a presentar la información, sin embargo en esta ocasión la responsabilidad es mayor; para organizar mejor nuestro código la carpeta debe llamarse API:
Por obvias razones de tiempo y espacio, no voy a codificar toda la aplicación, me limitare a mostrarles una de las acciones que se definieron en el artículo anterior, el método CrearCuenta:
Observación: Para simplificar nuestro ejemplo he omitido validaciones básicas, por ejemplo verificar que el cliente no exista para darle de alta. Otro detalle a considerar es, en vez de que sea void el método grabar, debería regresar el identificador que le acaba de asignar la base de datos, para no tener que realizar la consulta, etc.
Este código es con fines demostrativos y no es recomendable que se emplee tal cual en alguna aplicación final.
Ahora vamos a escribir el código para la UI.
Diseñador de Default.
Code Behind de Default.
Observación: Este código puede ser escrito en una aplicación de Windows y de esta forma estaríamos reutilizando todo el código que se creo en las capas inferiores.
Pantalla de creación, después de enviar la solicitud.
Nota: Se ha usado el GUID, para simplificar el código, lo correcto sería tener un código para la creación estos números de cuenta.
Comentario Final
Como ha podido validar a través de estos 3 artículos, el empleo de capas en ASP, es una forma ordenada y muy sencilla de organizar nuestro código y aplicar patrones de arquitectura, así como principios de desarrollo.
Espero que este siendo de utilidad para alguien, seguiré publicando ejemplos.
Y recuerden: El poder del código solo es completo, si tenemos el conocimiento de cómo usarlo.
No hay comentarios:
Publicar un comentario