think-i18n
v1.3.2
Published
i18n solution in thinkjs 3.0
Downloads
34
Readme
think-i18n
i18n solution in thinkjs 3.0, implement base on Jed, Moment and Numeral.
Features
- I18N solution cover translation, datetime and number display.
- Support per locale custom format for datetime and number.
- Easy to use, just defined your expect format and translation in each locale file and the library will help to apply locale settings on time, no more annoying locale switching!
- Easy to debug
- Locale switch process is Customizable to suit your case.
- moment and numeral are isolated, so you can use them for free.
How to Use
npm install think-i18n --save
Configure extends.js
// thinkjs config/extend.js
const createI18n = require('think-i18n');
const path = require('path');
module.exports = [
createI18n({
i18nFolder: path.resolve(__dirname, '../i18n'),
localesMapping(locales) {return 'en';}
})
];
Locale Settings
Each locale settings is a javascript file. see example
module.exports = {
app: think.app, // if not passed in, __ will not be auto `assign` into `think-view` instance
localeId,
translation,
dateFormat, // optional
numeralFormat, // optional
}
localeId: The unique name of your locale.
dateFormat: Will apply to moment.local(localeId, dateFormat); if empty you will get a moment instance with 'en' locale.
numeralFormat: Will apply numeral.locales[localeId] = numeralFormat; if empty you will get numeral instance with 'en' locale.
translation: Equivalent to Jed locale_data, if you use .po file, jed suggest use po2json which support jed format transform.
Controller and View (nunjucks)
Controller
You can get i18n instance or current locale
in controller.
async indexAction(){
this.assign(this.i18n(/*forceLocale*/));
...
}
View
If you used think-view , think-i18n will auto-inject an i18n instance into __
field, like
this.assign('__', this.getI18n())
.
{{ __('some key') }} translation
{{ __.jed.dgettext('domain', 'some key') }} translation in specify domain
{{ __.moment().format('llll') }} datetime format
{{ __.numeral(1000).format('currency') }} number format (see numberFormat.formats)
Complete Options
i18nFolder:string Directory path where you put all locale settings files
localesMapping:function(locales){return localeId;} Given a list of possible locales, return a localeId
getLocale default logic is to extract header['accept-language'] if set to falsy value. To get from url query locale, set to {by: 'query', name: 'locale'}. To get from cookie of locale, set to {by: 'cookie', name: 'locale'} To implement your own logic, function(ctx) {return locale;}
debugLocale set to value of localeId
jedOptions You can set domain and missing_key_callback, for details refer to jed doc.
default value is {}, the final jed options will be
Object.assign(jedOptions, {locale_data: <your locale translation>})
Some Thoughs Behine
Why combine all there libraries' i18n config into one? the answer is for transparent but most importantly, flexibility to compose you date, number and message's behavior per locale, for example, you have a website in China and want to provide English translation, but keep the chinese currency symbol, so you can compose english translation and chinese date and currency in your en.js locale setting.
// locale setting of en.js
module.exports = {
localeId: 'en_ch',
translation: require('../english.po.json'),
dateFormat: require('../moment/en.json'),
numeralFormat: require('../numeral/en.json')
};
We should always use customize format.
- use __.moment().format('llll') instead of moment().format('YYYY-MM-dd HH:mm').
- use __.numeral(value).format('customFormat') instead of numeral(value).format('00.00$'),
Notice
- locale id must be lower case.
- If you defined en locale, witch will override the default en locale in Numeral.
- In case you also want to use moment and numeral in your system, we isolated the Moment and Numeral by use bundledDependencies in package.json.
- Numeral doesn't not support per locale custom format, this is done using some tricks and you can config each locale's customFormat in config.numeralFormat.formats.