Promedio de descarga/visualización de los códigos de Angular

Angular es el nuevo framework que Google está desarrollando y que todo el mundo está esperando, como puedes ver habló de nuevo, y también, vemos que no hay terminación JS, esto ya deja muy claro que con Angular 2 estamos ante una nueva plataforma de desarrollo, y no, una continuación de AngularJS.

Explicaré como crear la estructura básica del diseño de una aplicación con Angular y Angular material design. Angular material design es una colección de componentes visuales optimizados para una mejor experiencia de usuario y creación de interfaces gráficas.

Utilizarlo nos ahorra mucho tiempo creando y diseñando nuestros propios componentes, por lo que es una buena opción para acelerar las creación de aplicaciones web.

Cuando estamos desarrollando una aplicación con Angular, lo normal es que tengamos el código repartido en varias piezas (componentes y servicios, sobre todo). Angular nos provee de mecanismos para que los componentes se comuniquen entre sí, tanto de padres a hijos como de hijos a padres. Estos mecanismos son muy útiles, pero cuando la jerarquía es compleja y queremos comunicaciones no lineales, probablemente no nos servirán.

En muchas ocasiones lo que necesitaremos es que nuestros componentes (o servicios) se puedan comunicar entre sí independientemente de qué lugar ocupen en la jerarquía. De hecho, a veces querremos que un componente emita un mensaje y que lo reciban varios componentes a la vez.


En este artículo aprenderemos a programar un simple proveedor de mensajes, que estará implementado dentro de un servicio. Así, cada componente que quiera emitir un mensaje o escuchar los mensajes que emiten los demás, sólo tendrá que incluir al servicio proveedor de mensajes y utilizar sus métodos públicos para uno u otro objetivo.

Inyección de Dependencias (Dependency Injection o DI) es un patrón de diseño en el que una clase requiere instancias de una o más clases y en vez de generarlas dentro de su propio constructor, las recibe ya instanciadas por un mecanismo externo.

En Angular esto significa que podemos requerir servicios u objetos que alguna de nuestras clases necesita, ya sean componentes, directivas o servicios, sin la necesidad de instanciar dichas dependencias nosotros mismos.