Inicio del curso

1

De qu茅 tratar谩 este curso sobre Angular 4

Introducci贸n a Angular 4

2

Versionamiento en Angular

3

Qu茅 es Angular, versiones y ventajas

4

Typescript: qu茅 es

5

Introducci贸n al Proyecto: PlatziSquare!

Setup del Ambiente de Trabajo

6

Herramientas de trabajo y Angular CLI

7

Generaci贸n y estructura de Angular 4

8

RETO: Haz un cambio simple en el proyecto.

Conceptos B谩sicos

9

Para qu茅 nos sirven los M贸dulos y Componentes

10

Tipos de Data Binding y String Interpolation

11

Property Binding

12

Event Binding

13

Two Way Data Binding

14

Directivas en Angular 4 y ngFor

15

Directiva ngIf

16

Instalando librer铆as con NPM (Google Maps)

Directivas

17

Directivas ngStyle y ngClass

18

Directiva ngSwitch

19

Directiva de atributo

20

Host Listeners

21

Host Binders

Angular UI

22

Angular Material y Bootstrap

23

Configurando e implementando Bootstrap en nuestro proyecto

Ruteo

24

Qu茅 hace el router en Angular 4

25

Implementaci贸n de Rutas en el Proyecto

26

Diferencias entre href y routerLink

27

Resaltando el link activo con CSS para indicar visualmente en que componente nos encontramos

28

Par谩metros en Rutas

29

Par谩metros tipo Query

30

Creando una vista de detalle para el proyecto

31

Creando la p谩gina de contacto para PlatziSquare

Servicios

32

Qu茅 son los servicios en Angular 4

33

Creando nuestro propio servicio

34

Configurando Firebase en nuestro proyecto

35

Guardando Records en Firebase

36

Obteniendo records desde Firebase

37

Obteniendo coordenadas usando Geocoding

38

Reto: Crear una vista para editar records

39

Mostrando marcadores en el Mapa de Google

Conexi贸n Remota (Http y Sockets)

40

Funcionamiento de los llamados Http y Sockets

41

Qu茅 es una arquitectura cliente - servidor

42

Enviando llamados tipo POST

43

Enviando llamados tipo GET

44

Formateando respuestas del servidor con el operador map()

45

Manejando errores HTTP

Pipes

46

Utilidad de los Pipes en Angular 4

47

Usando los pipes por defecto de Angular

48

Par谩metros en pipes

49

Creando nuestro propio pipe

Animaciones en Angular

50

Configurando animaciones en nuestro proyecto

51

Transiciones

52

Callbacks

53

Soluci贸n al Reto: A帽adiendo animaciones a nuestra aplicaci贸n

Testing en Angular

54

Introducci贸n a unit tests

55

Configuraci贸n de testing por default

56

Corriendo los tests

57

Creando unit tests para componentes

58

Integraci贸n de Unit Test con Servicios

Autenticaci贸n y Protecci贸n de Rutas

59

C贸mo funcionan los JSON Web Tokens

60

Preparaci贸n de vistas para login y registro

61

Registrando usuarios

62

Loggeando usuarios

63

Protecci贸n de Rutas

64

Autenticaci贸n con redes sociales.

65

Logout

RxJS

66

Qu茅 es RxJS

67

Configurando RxJS en nuestro proyecto

68

Uso de los Observables

69

Implementando un TypeAhead

70

Implementando un TypeAhead 2

71

Soluci贸n al reto autocompletar los campos de direcci贸n usando observables

Publicando nuestro proyecto

72

Publicando en Firebase Hosting

Fin del curso

73

Conclusi贸n 驴Qu茅 aprendimos en el curso?

74

Reto final del curso - realiza un nuevo modulo de PlatziSquare de acuerdo con las historias de usuario

Sesiones en vivo

75

Creando un traser bullet de PlatziSquare

76

Sesi贸n de preguntas y respuestas

77

Release de Angular 5

78

Sesi贸n de preguntas y respuestas

79

Angular Universal

Contenido Bonus

80

Actualizaci贸n de angular, versi贸n 6.0

A煤n no tienes acceso a esta clase

Crea una cuenta y contin煤a viendo este curso

Curso de Angular 4

Curso de Angular 4

Eduardo Ibarra

Eduardo Ibarra

Integraci贸n de Unit Test con Servicios

58/80
Recursos

Aportes 2

Preguntas 0

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesi贸n.

Testing en Angular

Nos ayuda a probar nuestra app de una manera program谩tica, para evitar que al modificar algo falle otra cosa.

Esto mejora la manera de dise帽ar un sistema.

Tipos de test
Isolados o unit test
鈥 Son aquellos que no dependen de ning煤n otro test o estado de nuestra aplicaci贸n, estos son de mucha ayuda ya que te dan mejores resultados por que prueban unidades especificas por si solas.
No isolados
鈥 Son un poco mas funcionales donde hay un proceso como un conjunto de test en secuencia.

El archivo de configuraci贸n para los test es el archivo app.component.spec.ts

Los unit test tienen la siguiente estructura:

describe(鈥楢ppComponent鈥, () => {
//Cuerpo del unit test
});

AppComponent se refiere a lo que estamos probando, que en este caso seria ese componente, pero podr铆a cambiarse por otra cosa.

Despu茅s dentro de la funci贸n an贸nima que es el segundo par谩metro de la prueba se pone el cuerpo de la misma.

Antes de cada uno de los test se puede correr una funci贸n que nos sirva para configurar el ambiente con el que iniciara el unit test:

describe(鈥楢ppComponent鈥, () => {
beforeEach(async(() => {
Aqu铆 deben ir las funciones;
}));
});

Por ejemplo:
Podemos usar TestBed que es un modulo que nos prob茅 de funciones que pueden ayudarnos con los test.

describe(鈥楢ppComponent鈥, () => {
beforeEach(async(() => {
TestBed.configureTestingModule({
declarations: [
AppComponent
],
}).compileComponents();
}));
});

En este caso usamos la funci贸n configureTestingModule para crear un modulo en el que podamos correr el componente, ya que no se puede usar un componente que no es parte de un modulo, por lo que por par谩metro le mandamos la declaraci贸n del componente que vamos a utilizar, y luego compilamos los componentes del modulo.

Despu茅s tenemos la estructura de los test:

it(鈥榮hould create the app鈥, () => {
});

El test se define de esta manera con 2 par谩metros que son la descripci贸n del mismo y su cuerpo.

it(鈥榮hould create the app鈥, () => {
const fixture = TestBed.createComponent(AppComponent);
const app = fixture.debugElement.componentInstance;
expect(app).toBeTruthy();
});

En este caso se revisara si el componente es creado. Por lo que usaremos el m茅todo de TestBed para crear el componente luego asignamos a la constante app el componente completo y evaluamos si existe dicho componente.

Tambi茅n se podr铆a cambiar el cambiar la evaluaci贸n para que el test verifique otra cosa, por ejemplo:

it(should have as title 'platzi-test', () => {
const fixture = TestBed.createComponent(AppComponent);
const app = fixture.debugElement.componentInstance;
expect(app.title).toEqual(鈥榩latzi-test鈥);
});

Que el componente tenga un titulo igual al del texto que se env铆a como par谩metro.

it(鈥榮hould render title in a h1 tag鈥, () => {
const fixture = TestBed.createComponent(AppComponent);
fixture.detectChanges();
const compiled = fixture.debugElement.nativeElement;
expect(compiled.querySelector(鈥榟1鈥).textContent).toContain(鈥榃elcome to platzi-test!鈥);
});

Esto eval煤a que el h1 en el componente contenga el texto del par谩metro, se usa la funci贸n detectChanges(); para tomar el html ya que este debe ser renderizado primero, luego se toma el elemento nativo en compiled y ya con el se puede seleccionar un elemento para evaluarlo

El comando que se usa para correr los test es:
ng test

Cuando se complete el proceso se abrir谩 el navegador con la pagina correspondiente se debe cambiar localhost por 192.127.0.1

Para traer un servicio en un test hacemos lo siguiente:

const nombreServicio = fixture.debugElement.injector.get(NombreServicio);

Y la constante tendr谩 el servicio que hemos tra铆do.

ng g s place/place