Vai al contenuto principale

Sviluppare con formatjs

Traduzione Beta Non Ufficiale

Questa pagina è stata tradotta da PageTurner AI (beta). Non ufficialmente approvata dal progetto. Hai trovato un errore? Segnala problema →

Oltre a un forte focus sulla facilitazione della pipeline di produzione i18n, formatjs mira anche a migliorare l'esperienza di sviluppo i18n (DevEx) con il nostro eslint-plugin-formatjs.

Installazione del Linter​

npm i -D eslint-plugin-formatjs eslint

Quindi nella tua configurazione eslint:

{
  "plugins": ["formatjs"],
  "rules": {
    "formatjs/no-offset": "error"
  }
}

Consulta eslint-plugin-formatjs per maggiori dettagli sulle nostre regole.

Codici di Errore​

react-intl è progettato per fallire rapidamente in caso di problemi di configurazione, ma ripiegare sulla defaultLocale per problemi di traduzione. Di seguito l'elenco degli errori emessi che possono essere rilevati durante i test:

FORMAT_ERROR​

Problema durante la formattazione di una frase quando alcuni valori segnaposto sono malformati, ad esempio passando una string per un Date o simili.

UNSUPPORTED_FORMATTER​

Attiviamo questo errore quando viene dichiarato un formato personalizzato senza il corrispondente formattatore. Esempio:

intl.formatMessage({
  defaultMessage: 'the price is {p, number, customCurrency}',
})

e non esiste un formattatore per customCurrency.

INVALID_CONFIG​

Quando alcuni valori di configurazione sono errati, come l'assenza di locale.

MISSING_DATA​

Quando alcune API Intl native non supportano determinate localizzazioni, o mancano locale-data con polyfill configurati. Tipico in browser/Node obsoleti o quando si usano nuove API in browser non supportati.

MISSING_TRANSLATION​

Attivato quando non troviamo un messaggio tradotto in messages per un dato id, senza fallback defaultMessage per quell'id.

verbosità

Questo errore si attiva frequentemente per ogni messaggio non tradotto. Se lo loggate in remoto, implementate un meccanismo di throttling.