Ver contenido

carlosazaustre.es carlosazaustre.es

Desarrollo por componentes con Angular 1.5 y ES6/ES2015

🗓 | 💻 Desarrollo | 🕐 6 minutos de lectura | 💬 Comments

En el pasado AngularCamp impartí un workshop enseñando una aplicación web de ejemplo empleando la última versión de Angular 1x, la 1.5.6 que introduce el método .component() para desarrollar basado en componentes (Como haría React o Angular2) y empleando para ello ECMAScript6 (o ES2015), para que nuestro código con Angular 1x cada vez se parezca más a Angular2.

En el ejemplo uso UIRouter para las rutas, en su última versión alpha a día de hoy. Emplearé Babel para traducir ES6 a ES5. No usaré TypeScript.

La aplicación es una lista de los speakers de la pasada AngularCamp y cada speaker tiene su vista detalle.

Sin nada más, vamos manos a la obra!

Arquitectura de Componentes

Con Angular 1.5 podemos dividir nuestra aplicación en componentes, haciendo uso del método .component(). Antes podíamos hacerlo por directivas pero de esta forma el código está mejor adaptado y nos prepara para el salto a Angular2, sobre todo si empleamos el nuevo estándar de JavaScript para ello y la excelente guía de estilo de Todd Motto.

La aplicación de ejemplo tendrá los siguientes componentes:

Arquitectura de componentes en una web app Angular 1.5

  • AppComponent será el componente raíz donde reside toda la lógica de la aplicación.

  • HeaderComponent y FooterComponent son componentes comunes que podemos reutilizar en otras aplicaciones.

  • SpeakerList: Representa la vista principal compuesta por una lista de SpeakerItems.

  • SpeakerItem: Cada uno de los Speakers representados en la lista.

  • SpeakerDetail: Vista en detalle de cada speaker, accesible bajo una URL determinada.

Iniciando el proyecto

Primero de todo creamos un proyecto con NPM en una carpeta e instalamos las dependencias que utilizaremos vía NPM

Las siguientes dependencias no son de Angular, si no de la parte Backend desde la que voy a servir el API. También las instalamos con NPM a través de la terminal.

Y por último las siguientes dependencias para desarrollo que nos servirán para usar babel en conjunto con browserify y el conjunto de plugins para que entienda ES2015.

A continuación vamos a escribir una serie de NPM scripts en el fichero package.json para ayudarnos con la ejecución de ciertas tareas:

  • npm run create: Genera un fichero app.js vacío donde estará la versión transpilada y empaquetizada de nuestra app.

  • npm run build: Genera el fichero final resultante de todos los ficheros JS de nuestra app. Le aplicamos la transformación babelify que nos permite utilizar babel en conjunto con Browserify, de esta manera en lugar de usar require para importar los módulos, podemos usar la forma de ES6/ES2015.

  • npm run watch: Ejecuta el mismo comando que build pero empleando Watchify. Que es como Browserify, pero en lugar de crear el bundle de nuevo de todo el proyecto, solo se preocupa de los cambios, lo que nos permite crear bundles más rápidos para desarrollo. postinstall: Este comando se ejecutará después de realizar npm install y genera el fichero build final.

  • npm run dev: ejecuta el servidor Node/Express básico que ahora implementaremos, de manera que se reinicie a cada cambio que hagamos.

  • npm run serve: Gracias a parallelshell podemos ejecutar en paralelo varios comandos, en este caso el servidor de desarrollo con npm run dev y el watch de los cambios de la parte frontend.

Y por último, sólo nos queda que Babel ejecute los plugins que queremos, para ello creamos un fichero .babelrc en el directorio raíz del proyecto con el siguiente contenido:

De esta manera le indicamos que utilice el preset de plugins de ES2015/ES6.

Servidor Node/Express.

Creamos un servidor web muy sencillo con Node.js y Express que tendrá una parte de ficheros estáticos donde estará el index.html de nuestra SPA y el fichero .js que genera Browserify.

También tendrá 3 rutas, 2 de ellas de nuestro pseudo-API y una para servir el index.html. Aquí va el código:

En server/db/ tengo varios ficheros .json que simulan una base de datos. Todo este código lo tienes en el repositorio de éste proyecto.

Y en server/public/index.html este es el documento:

Donde <ac-app></ac-app> es nuestro componente raíz donde se encuentra toda la lógica de nuestra SPA AngularjS.

Componente Raíz.

El componente principal de nuestra aplicación, o componente raíz será el AppComponent y su representación en html será <ac-app></ac-app>. Donde ac significaría AngularCamp.

La nueva función component() de Angular 1.5 sigue la siguiente sintaxis:

  • bindings: Sustitiuye a scope y bindToController del método .directive()

  • controller: define el controlador del componente si lo tiene, esto es igual que en .directive.

  • template: Lo mismo, puedes usar templateUrl si quieres usar un fichero .html para definir la plantilla o simplemente template para escribirla directamente.

Si quieres ampliar la información, Todd Motto tiene un artículo dónde explica los cambios con respecto al método .directive()

Por tanto, nuestro AppComponent lo vamos a tener en el fichero /app/app.component.js y después lo importaremos vía módulos de ES6/ES2015

Simplemente es un template con un div que contiene el ui-view donde se insertarán las vistas y un par de componentes comunes que representan la cabecera y el footer: <ac-header> y <ac-footer>.

Este objeto lo importamos en app.js donde definimos el inicio de nuestra aplicación AngularJS:

importamos angular y angular-ui-router además de unos módulos que ahora crearemos: common y components y el fichero que acabamos de crear app.component.js.

Iniciamos la aplicación por medio de bootstrap (No confundir con el framework de CSS) y listo.

Componentes Common

Siguiendo la guía de estilo de Todd Motto es una buena práctica separar los componentes que podrían ser reutilizables de los componentes propios de la aplicación. Por tanto en commons vamos a tener el header y el footer, que siguen una estructura similar al AppComponent:

Al crear el módulo, usamos la función .name Esto nos permite que al exportar el fichero via ES6, se exporte el nombre del módulo y así cuando se inyecta en un angular.module no de problemas

SpeakerService

A continuación vamos a crear un servicio que se encargará de realizar las peticiones al API. Con ES6 vamos a implementarlo como una clase.

En el constructor inyectaremos la dependencia de la directiva $http y tendremos dos métodos o funciones: getSpeakers que devuelve todos y getSpeaker(id) que devuelve uno sólo:

SpeakerList Component

El primer componente específico de nuestra aplicación será el SpeakerList cuya función será representar en forma de lista los speakers que recibe del API. Veamos como:

Importamos el controlador que ahora veremos y nos aprovechamos de la forma abreviada de asignación de propiedades de ES6.

En bindings tendremos el objeto speakers que utilizaremos en el controlador que contiene el array de speakers, y con la notación < le indicamos que utilice one-way data binding.

Por último el template no es más que una lista donde por medio de la directiva ng-repeat repetimos un nuevo componente <speaker-item> por cada speaker que haya en $ctrl.speakers (Siendo $ctrl el alias de nuestro controlador) y le pasamos el objeto a la propiedad data del nuevo componente.

Para el controlador tendremos el siguiente fichero, que definimos como una clase de ES6:

SpeakerItem Component

Este componente representa cada uno de los speakers en la lista. Tiene una propiedad data por donde recibe el objeto con la info del speaker que le envía el componente padre, SpeakerList. Este es su código:

En este caso no nos hace falta controlador, ya que los datos le llegan del componente padre a través del binding de data. Es lo que se conoce como un componente sin estado (stateless) ya que solo representa información sin realizar ninguna llamada externa para obtener datos.

SpeakerDetail Component

El siguiente y último componente que tendremos para esta sencilla app, será el que representan la vista detalle del speaker.

En el objeto speaker de los bindings estará la información del speaker, y en lugar de realizar la llamada al servicio desde el controlador para obtener los datos, lo vamos a hacer desde la configuración de las rutas.

De esta manera nuestro controller es más ligero y en el caso de que ese sea el único cometido, nos ahorramos tener un controlador.

Lo vemos en el siguiente fichero

Módulo Speaker.

Vamos a crear un módulo que defina todos los componentes vistos: speaker-list, speaker-item y speaker-detail además enlazaremos el servicio speaker-service y realizaremos la configuración de rutas:

Como puedes ver, en el estado speaker correspondiente a la vista detalle, tenemos una propiedad resolve donde obtenemos los datos antes de cargar la vista. Utilizando funciones arrow de ES6.

De esta manera podemos hacer lo mismo para el otro estado y ahorrarnos el controller.

Vamos a refactorizar. Modificamos el estado speakers añadiendo el resolve:

Como puedes ver gracias a las arrow functions de ES6 el código se simplifica mucho, con ES5 sería así:

De esta forma podemos eliminar el controlador speaker-list.controller.js ya que su contenido sería este:

Módulo Components

Como ya tenemos nuestros componentes implementados, procedemos a crear un módulo de angular que recoja todos ellos:

En este caso sólo tenemos un módulo: speaker, pero si tuvieramos más u otros componentes los inyectaríamos aquí.

Ejecutando la aplicación.

Ya no nos queda más que ejecutar y probar la aplicación. Si has tenido la tarea npm run serve corriendo habrás visto que los cambios se han ido ejecutando. Para prevenir cualquier error, paramos la tarea y corremos las siguientes en la terminal:

Si abrimos un navegador con la url http://localhost:3000 tendremos lo siguiente:

Angular 1.5 + ES6/ES2015

Espero que hayas aprendido algo nuevo y útil :). En un próximo artículo, veremos como añadir más funcionalidades por medio de eventos.

Recuerda que tienes el código de este tutorial en el siguiente repositorio de GitHub.

✎ ¿Ves alguna errata? ¿Quieres modificar algo? Haz una Pull Request.

Carlos Azaustre

Soy Carlos Azaustre. Me dedico al desarrollo web. Actualmente trabajo como Senior Frontend Engineer en Eventbrite. Fui nombrado en 2019 GDE (Google Developer Expert) en Tecnologías Web. Desde 2013 intento documentar en éste blog todo lo que aprendo y así compartirlo con el resto de la comunidad.

Si te gusta lo que lees, puedes apoyarme en mi Patreon o invitarme a un café virtual 🙂

Se mi patrón Invítame a un Café