Angular 21 de Cero a Experto / Nivel producción

i18n y monorepos con Nx

Teoría18 min20 XP

Dos temas de apps profesionales cierran la teoría del módulo: la INTERNACIONALIZACIÓN (i18n), para que tu app hable el idioma del usuario, y los MONOREPOS con Nx, para organizar proyectos y equipos grandes. No los usarás en cada proyecto, pero saber que existen y cuándo aplicarlos es parte de pensar a nivel producción. Hoy los conoces lo suficiente para decidir con criterio.

i18n: hablar el idioma del usuario

i18n en Angular

Dos enfoques

i18n integrado de Angular (@angular/localize): marcas los textos en las plantillas con el atributo i18n, extraes un archivo de traducciones (ng extract-i18n), lo traduces por idioma, y compilas una versión de la app por idioma. Óptimo en rendimiento (cada versión trae solo su idioma), ideal para sitios públicos con pocos idiomas fijos.
Librerías en runtime (Transloco, ngx-translate): cargan las traducciones como datos y cambian de idioma SIN recompilar —el usuario alterna de idioma al vuelo—. Más flexible para apps con muchos idiomas o cambio dinámico, a cambio de algo de peso en runtime.

i18n.ts

// i18n integrado: marca el texto para traducir
<h1 i18n="@@titulo.gastos">Mis gastos</h1>

// formato regional (funciona sin traducir textos): pipes de Angular
{{ valor | currency:'COP' }}      <!-- $ 4.500 -->
{{ fecha | date:'longDate' }}      <!-- adapta el formato a la región -->

Aunque no traduzcas a otros idiomas, usar los pipes de formato (currency, date, number) con la configuración regional correcta ya es buena práctica: respeta cómo cada región escribe monedas y fechas.

Monorepos con Nx

Qué aporta Nx

Un monorepo guarda varias apps y librerías en un solo repositorio. Nx es la herramienta que lo hace manejable:

Grafo de dependencias: sabe qué depende de qué, y al cambiar algo, solo reconstruye y testea lo AFECTADO (no toda la base de código) —clave cuando el proyecto es enorme—.
Límites entre features/librerías: puede IMPONER las reglas de arquitectura que viste (una feature no importa los internos de otra), fallando el build si se violan.
Generadores y caché: andamiaje consistente y caché de builds/tests (local y remota) para no repetir trabajo.

Nx brilla en proyectos grandes con varias apps que comparten código, o equipos grandes que necesitan consistencia impuesta. Para una app pequeña de un desarrollador, es sobreingeniería: la CLI de Angular basta. Como toda herramienta de escala, se justifica cuando la escala aparece.

¿Cuál es la principal ventaja de Nx en un monorepo grande?

Mini-reto

Decide para cada escenario qué herramienta aplicarías (i18n integrado / librería runtime / Nx / ninguno) y por qué: 1) "Mi Bolsillo" como app personal de un solo desarrollador en español; 2) una app pública que debe estar en español, inglés y portugués desde el lanzamiento; 3) una empresa con 4 apps Angular que comparten componentes y lógica; 4) una app que permite al usuario cambiar de idioma con un selector en cualquier momento.

Qué sigue

Cierras la teoría de nivel producción: SSR, zoneless, @defer, testing e i18n/monorepos. Tu app está lista para el mundo real. El reto del módulo lo consolida: vas a escribir la suite de tests de la lógica de "Mi Bolsillo" —la red de seguridad que te dará confianza para el proyecto final—, probada en vivo.