- 1

Integración de Angular con Firebase para apps web completas
01:11 - 2

Firebase: plataforma de Google para desarrollo con IA integrada
08:49 - 3

Planes y precios de Firebase: cuándo usar Spark o Blaze
02:49 - 4

Instalación de entorno para Firebase y Angular en Windows
06:36 - 5

Configuración inicial de Angular 20 para proyectos con Firebase
03:56 - 6

Estructura básica de Angular 20 y preparación del proyecto
04:55 - 7

Configuración de Firebase en Angular 20 con autenticación y Firestore
07:05 quiz de Configuración Inicial y Estructura del Proyecto
Estructura inicial de proyecto Angular con componentes y servicios
Clase 9 de 21 • Curso de Firebase con Angular 20
Contenido del curso
- 11

Componente Auth con Google y Firebase en Angular 20
08:49 - 12

Construcción del componente chat en Angular con Firestore
11:51 - 13

Modelos tipados para chat y usuario en TypeScript
04:40 - 14

Configuración de providers en Angular para Firebase y APIs
05:17 - 15

Autenticación con Google en Firebase para Angular
11:16 - 16

Coordinación del chat service con Firestore y Gemini usando mocks
09:25 - 17

Integración de Firestore en Angular para guardar mensajes de chat
13:48 - 18

Integración de la API de Gemini en Angular con service completo
14:02 - 19

Protección de rutas con Auth Guard en Angular
02:31 quiz de Implementación de Autenticación y Chat
Organiza un proyecto Angular desde cero con seguridad y claridad: crea componentes, servicios, un guard para rutas protegidas y modelos base con Angular CLI. En pocos pasos tendrás la estructura necesaria para sumar lógica de negocio sin caos.
¿Cómo estructurar componentes en Angular con Angular CLI?
Primero se crean los componentes dentro de la carpeta source/app/components. Se preparan dos pantallas: auth para autenticación y chat para conversar una vez autenticado. Durante la generación se puede omitir el archivo de testing y responder al aviso de estadísticas de Google según preferencia.
¿Qué componentes crear: auth y chat?
- Pantalla de autenticación: auth como screen inicial.
- Pantalla de chat: chat para la conversación luego del login.
Comandos base:
ng generate component components/auth
ng generate component components/chat
¿Qué archivos genera cada componente?
- HTML: el template de la vista.
- TS: el controller con la lógica del componente.
- CSS: la cascada de estilos del componente.
¿Qué servicios crear y para qué se usan?
Se concentran la lógica de negocio y las integraciones en services. Se crean cuatro: auth, chat, Firestore y Gemini. Así cada tarea queda aislada y mantenible.
¿Cómo generarlos con Angular CLI?
- Carpeta general: services.
- Servicios puntuales: auth, chat, firestore, gemini.
Comandos base:
ng generate service services/auth
ng generate service services/chat
ng generate service services/firestore
ng generate service services/gemini
¿Qué lógica concentra cada service?
- auth: manejo de autenticación.
- chat: flujo y operaciones de chat.
- Firestore: interacción con Firestore en un único archivo.
- Gemini: lógica de negocio para Gemini.
¿Cómo proteger rutas con un guard y organizar modelos?
Para rutas protegidas se crea un guard que implementa can activate. Esto permite definir si un usuario puede o no acceder a una ruta. Además, se prepara una carpeta models con archivos usuario.ts y chat.ts para tipar mensajes e interacciones con APIs en sesiones posteriores.
¿Cómo crear el guard con can activate?
- Generar el guard en carpeta guards.
- Seleccionar la opción can activate durante el prompt.
- Integrarlo luego en la configuración de rutas.
Comando base:
ng generate guard guards/auth
¿Dónde definir los modelos usuario y chat?
- Carpeta: source/app/models.
- Archivos: usuario.ts y chat.ts.
Estructura sugerida:
source/
app/
components/
auth/
chat/
services/
auth.service.ts
chat.service.ts
firestore.service.ts
gemini.service.ts
guards/
auth.guard.ts
models/
usuario.ts
chat.ts
Bases listas para avanzar: componentes con template, controller y estilos; services con lógica de negocio; guard para rutas protegidas con can activate; y models preparados para tipar datos. En las próximas sesiones se implementará cada parte.
¿Te gustaría que añadamos alguna convención de nombres o estructura adicional según tu equipo? Cuéntalo en comentarios y seguimos puliendo la arquitectura juntos.