Overview
Translation Function
Namespaces
Namespaces are a feature in i18next internationalization framework which allows you to separate translations that get loaded into multiple files.
While in a smaller project it might be reasonable to just put everything in one file you might get at a point where you want to break translations into multiple files. Reasons might be:
- You start losing the overview having more than 300 segments in a file
- Not every translation needs to be loaded on the first page, speed up load time
semantic reasons
Often you wish to separate some segments out because they belong together. We do this in most of our projects, eg.:
- common.json -> Things that are reused everywhere, eg. Button labels 'save', 'cancel'
- validation.json -> All validation texts
- glossary.json -> Words we want to be reused consistently inside texts
technical / editorial reasons
More often you don't want to load all the translations upfront or at least reduce the amount loaded. This reason often goes hand in hand with the one translation file gets too large and you start losing the overview scrolling through hundreds of text fragments.
- namespace per view/page
- namespace per application section / feature set (admin area, ...)
- namespace per module which gets lazy loaded (single page applications)
Sample
1
i18next.init({
2
ns: ['common', 'moduleA', 'moduleB'],
3
defaultNS: 'moduleA'
4
}, (err, t) => {
5
i18next.t('myKey'); // key in moduleA namespace (defined default)
6
i18next.t('common:myKey'); // key in common namespace (not recommended with ns prefix when used in combination with natural language keys)
7
// better use the ns option:
8
i18next.t('myKey', { ns: 'common' });
9
});
10
11
// load additional namespaces after initialization
12
i18next.loadNamespaces('anotherNamespace', (err, t) => { /* ... */ });
Copied!
Last modified 1mo ago
Copy link