6.16.2017

Expresiones Lambda

En este post vamos a analizar que es una expresión Lambda, como se forma, en que escenarios debería considerar su uso y por supuesto como programarlas.

Definición

De acuerdo al sitio documentación de Microsoft una expresión lambda es una función anónima utilizada para crear delegados o tipos de árboles de expresión. Poniéndolo de forma básica, podríamos decir que una expresión lambda es una función no declarada; de decir, sin modificador de acceso, valor de retorno y nombre.

Las expresiones lambdas se definen de la siguiente forma: Parámetros => código a ejecutar.

Por ejemplo, supongamos que tenemos una lista de enteros y queremos sacar de esa lista, todos los números pares. La definición de la lista se presenta a continuación.

image

Ahora podríamos obtener todos los números pares de la lista e imprimirlos usando en ambos casos expresiones lambda como se muestra a continuación.

image

En la primera instrucción utilizamos una expresión lambda para obtener los números pares, donde p representa a cada uno de los números de la lista. En la siguiente instrucción procedemos a imprimir cada uno de los elementos con la instrucción ForEach, la cual aplica la expresión lambda a cada uno de los elementos de la lista _numerosPares.

5.01.2017

Integrando Azure Service Bus con DocumentDB utilizando LogicApps

El “Stack” de integración de Azure crece continuamente con nuevas características dentro de los productos ya desarrollados o con nuevos productos para escenarios específicos. Una herramienta que facilita las tareas de integración en la nube es Logic Apps; la cual nos permite conectarnos con diversos endpoints tales como Dynamics, OneDrive, Azure Service Bus, y muchas otras más.

En este post vamos a desarrollar un flujo de integración para escenarios asincrónicos utilizando los siguientes componentes:

  • Cliente .NET
  • Azure Service Bus Queues
  • Logic Apps
  • DocumentDB

El siguiente diagrama nos muestra el escenario a implementar.

image

Como se puede ver en la figura anterior una aplicación de consola desarrollada en C# va a enviar un mensaje a una cola en el Azure Service Bus; seguidamente un flujo en Logic App va a estar escuchando la cola del Service Bus para guardar el contenido del mensaje en una colección en la base de datos DocumentDB.

El cliente C#

El primer paso es crear un cliente en .NET que envíe los mensajes al bus. Este cliente incorpora los valores de un pago ficticio dentro de las propiedades del mensaje. El código del cliente se ve a continuación.

image

El flujo en Logic App

El flujo de Logic App tiene un disparador que es un componente que se dispara cada vez que llega un mensaje a la cola del bus de servicios. La configuración del mismo se puede apreciar en la siguiente imagen.

image

Seguidamente procedemos a configurar el componente que guarda el registro del pago en la colección del DocumentDB. En este componente no solo especificamos la configuración de conexión sino que también creamos la estructura del documento que vamos a enviar a guardar, en este caso, un documento de pago. Tal y como se ve en la siguiente figura el mensaje se construye con las propiedades del mensaje obtenido de la cola del Azure Service Bus.

image

Cuando se intenta crear el documento desde las propiedades de mensaje que vienen del bus de servicios no tenemos acceso a las propiedades del mismo porque estas no son tipificadas y no se pueden determinar en tiempo de diseño. Para lograr acceso a las mismas tenemos que cambiar a la vista de código tal y como se muestra en al siguiente figura.

image

En este caso se accede la colección de propiedades y se especifica cual es el campo que se desea acceder. Después de esto, ejecutamos el flujo y el registro se inserta en a partir del mensaje que se envía a la cola de Windows Azure.

4.28.2017

Configurando Visual Studio para trabajar con Logic Apps

Para trabajar el diseño de flujos de Logic Apps hay que configurar el ambiente de desarrollo instalando un par de componentes. En este post vamos a ver rápidamente como llevar a cabo esta configuración

Azure SDK

El primer componente a utilizar es el SDK de Azure. Este se puede obtener utilizando el Web Platform Installer. Este SDK tiene todos los componentes para programar diferentes funcionalidades de Azure, incluyendo Logic Apps.

image

Azure Logic Apps Tools for VS 2015

Seguidamente procedemos a instalar la extensión para desarrollar Logic Apps en Visual Studio. Para esto vamos al menú de herramientas y seleccionamos la opción extensiones y actualizaciones.

image

En esta ventana seleccionamos la ubicación de la extensión (1 – en línea), seguidamente digitamos logic apps en la caja de búsqueda (2), y por último instalamos la extensión que nos aparece en el cuadro principal como se ve en la siguiente figura.

image

Crear un proyecto para Logic Apps

Ahora procedemos a crear un proyecto de prueba para verificar que todo esté instalado correctamente, primero creamos un nuevo proyecto y seleccionamos la opción Cloud (1), seguidamente procedemos a seleccionar la plantilla Grupo de recursos de Azure (2) – habrá un post posterior detallando el tema de grupos de recurso de Azure o ARM.

image

En la siguiente ventana seleccionamos la plantilla de Logic Apps.

image

Una vez creado el proyecto en el vamos al explorador de soluciones y vemos los archivos json generados(1), los cuales son las plantillas de los flujos de logic apps.

image

Para poder ver el lienzo de diseño de Logic Apps, procedemos a abrir el archivo LogicApp.json con el diseñador tal y como se muestra en la siguiente figura.

image

Seguidamente el VS nos va  a pedir las credenciales de nuestra cuenta de Azure y la cuenta de recursos donde queremos ubicar

image

Luego se nos presenta la pantalla principal para escoger una plantilla a partir de la cual queremos crear nuestro flujo (esta pantalla es la página web del desarrollo en logic Apps)Nosotros escogemos la plantilla vacía(1).

image

Por último, nos aparece el lienzo de diseño con las opciones correspondientes y estamos listos para desarrollar.

image

4.11.2017

Creando un app con Ionic y VS Code–configurando el ambiente

Visual Studio Code es un IDE muy versátil que nos permite desarrollar utilizando muchas tecnologías, y en este caso lo vamos a utilizar para desarrollar un app móvil utilizando Ionic Framework. Ionic es un Framework que permite utilizar los conceptos del desarrollo web para crear aplicaciones para iOS, Android, Windows, etc.  En esta serie de post vamos a aprender como desarrollar estas aplicaciones usando Ionic + VS Code.

Instalando el ambiente

Para iniciar tenemos que instalar node.js en nuestra máquina ya que Ionic necesita de esta librería para poder funcionar. Para llevarlo vamos a la pagina de node.js y descargamos e instalamos la versión de node.js para nuestro sistema operativo, en mi caso, Windows de 64 bits.

image

Utilizamos LTS porque es la versión que es normalmente soportada por Ionic.

Ahora ya podemos utilizar el IDE VS Code para continuar con los siguientes pasos. Primeramente abrimos el terminal integrado de VS Code y procedemos a instalar Ionic utilizando el siguiente comando – utilizando npm de node.js

image

Ahora desde el mismo terminal procedemos a crear una aplicación utilizando el comando ionic start nombredelapp –-version de ionic.

image

Este comando nos crea un aplicativo llamado AccountMe en el folder donde estamos posicionados con una plantilla de “tabs” pre diseñada y lista para funcionar. Si abrimos este folder en VS Code podemos ver a estructura del proyecto generada.

image

El siguiente paso es probar nuestro aplicativo recién generado para comprobar que todo esta listo para iniciar el desarrollo utilizando el Ionic Serve Lab desde donde podemos ver nuestro aplicativo en una página Web y probarlo. El comando para lanzar el app es el siguiente:

image

Si todo salió correctamente veremos el aplicativo web funcionando con las plataformas seleccionadas en el combo de plataformas tal y como se ve en la siguiente figura.

image

3.29.2017

Trabajando JSON en BizTalk Server 2016 – Parte 2

Continuando con los post acerca de trabajar documentos JSON en BizTalk Server 2016, vamos a proceder a crear un ejemplo donde se recibe un documento XML y se rutea a un folder donde lo vamos a dejar convertido a un documento JSON.

Ejemplo

En este ejemplo, vamos a crear un puerto de ingreso donde se recibe un documento XML (el mismo que convertimos en el ejemplo del post anterior) tal y como lo muestra la siguiente figura.

image

Iniciamos creando un puerto de una vía por donde ingresará este documento XML utilizando el pipelines estándar de PassThru.

image

Ahora procedemos a crear el puerto de salida de una vía con dos condiciones importantes. La primera de esas condiciones es utilizar el pipeline de envío JSON que creamos en el proyecto JSONPipelines del post anterior tal y como se muestra en la siguiente figura.

image

La segunda condición es agregar un filtro para rutear el mensaje XML desde el puerto de recibo al puerto de envío utilizando la propiedad ReceivePortName tal y como se ve en la siguiente figura.

image

Seguidamente procedemos a activar los puertos de envío y recibo y enviamos el mensaje XML de prueba mostrado al inicio de este post. Como vemos en la siguiente figura, el documento fue enviado al puerto especificado en formato JSON.

image

3.28.2017

Trabajando JSON en BizTalk Server 2016 – Parte 1

Uno de las nuevas características en BizTalk 2016 es la adición de componentes para pipeline para manejar el formato JSON(codificar/decodificar) tanto para consumir como para enviar mensajes JSON. En este post vamos a ver como trabajar el formato JSON en BizTalk Server 2016 a nivel de pipelines.

Ejemplo

Inicialmente, vamos a crear una pequeña orquestación que recibe un documento JSON y lo decodifica a un documento XML para direccionarlo a otro puerto en formato XML. Por facilidad del ejemplo, la orquestación funcionara con adaptadores FILE tanto para iniciar la orquestación como para enviar la respuesta.

Primero vamos a crear un proyecto que solo va a contener todos los pipelines (los que vamos a ir usando en esta serie de posts) y creamos un pipeline para decodificar un mensaje JSON a XML y otro para codificar un mensaje XML en un mensaje JSON. El primer pipeline se puede ver en la siguiente figura.

image

En el siguiente paso procedemos a publicar el aplicativo BizTalk para que estos pipelines queden disponibles para otras aplicaciones. Seguidamente procedemos a crear una aplicación BizTalk y agregamos como referencia el aplicativo recientemente publicado.

Ahora procedemos a crear un puerto de recibo donde vamos a configurar el pipeline para recibir el documento JSON tal y como se ve en la siguiente figura.

image

El primer paso es configurar el adaptador FILE(1), seguidamente seleccionamos el pipeline que creamos en el proyecto común y agregamos como referencia(2),  luego vía el botón elipse procedemos a configurar el pipeline(3). En este caso debemos definir el nodo raíz y seguidamente proceder a crear un namespace ya que el documento XML así lo va a requerir(4).

Ahora procedemos a crear un puerto de envío que tiene la particularidad de que utiliza un filtro para rutear el mensaje recibido JSON, solo que vamos a usar el pipeline passthru para grabarlo en el directorio tal y como viene decodificado.

image

Luego de este paso ya estamos listos, arrancamos el aplicativo y procedemos a realizar la prueba con el siguiente archivo.

image

La salida resultante será en formato XML tal y como se ve en la siguiente figura.

image