I18N Localization

i18n & Localização

Melhores práticas de Internacionalização (i18n) e Localização (L10n).

1. Conceitos Fundamentais

2. Quando Usar i18n

3. Padrões de Implementação

React (react-i18next)

import { useTranslation } from 'react-i18next';

function Welcome() {
  const { t } = useTranslation();
  return <h1>{t('welcome.title')}</h1>;
}

Next.js (next-intl)

import { useTranslations } from 'next-intl';

export default function Page() {
  const t = useTranslations('Home');
  return <h1>{t('title')}</h1>;
}

Python (gettext)

from gettext import gettext as _

print(_("Welcome to our app"))

4. Estrutura de Arquivos

locales/
├── en/
│   ├── common.json
│   ├── auth.json
│   └── errors.json
├── tr/
│   ├── common.json
│   ├── auth.json
│   └── errors.json
└── ar/          # RTL
    └── ...

5. Melhores Práticas

FAÇA ✅

• Use chaves de tradução, não texto bruto
• Organize traduções por feature
• Suporte pluralização
• Trate formatos de data/número por locale
• Planeje suporte a RTL desde o início
• Use formato de mensagem ICU para strings complexas

NÃO FAÇA ❌

• Hardcode strings em componentes
• Concatene strings traduzidas
• Assuma tamanho de texto (Alemão é 30% mais longo)
• Esqueça do layout RTL
• Misture idiomas no mesmo arquivo

6. Problemas Comuns

7. Suporte a RTL

/* Propriedades Lógicas de CSS */
.container {
  margin-inline-start: 1rem;  /* Não margin-left */
  padding-inline-end: 1rem;   /* Não padding-right */
}

[dir="rtl"] .icon {
  transform: scaleX(-1);
}

8. Checklist

Antes de fazer deploy:

• Todas as strings visíveis ao usuário usam chaves de tradução
• Arquivos de locale existem para todos os idiomas suportados
• Formatação de data/número usa API Intl
• Layout RTL testado (se aplicável)
• Idioma fallback configurado
• Sem strings hardcoded em componentes

Script