raj*_*kvk 140 javascript internationalization
我想知道如何在JavaScript中处理国际化.我用谷歌搜索,但我没有得到令人信服的答案:
我已经阅读过JavaScript中的国际化.
And*_*y E 157
旧版浏览器中的本地化支持很差.最初,这是由于ECMAScript语言规范中的短语看起来像这样:
Number.prototype.toLocaleString()
生成一个字符串值,该值表示根据主机环境的当前语言环境的约定格式化的Number的值.此函数依赖于实现,允许但不鼓励它返回与toString相同的内容.
规范中定义的每个本地化方法都被定义为"依赖于实现",这会导致许多不一致.在这种情况下,Chrome Opera和Safari将返回相同的内容.toString()
.Firefox和IE将返回语言环境格式的字符串,IE甚至包括千位分隔符(非常适合货币字符串).Chrome最近更新为返回千位分隔的字符串,但没有固定的小数.
对于现代环境,ECMAScript Internationalization API规范是一种补充ECMAScript语言规范的新标准,它为字符串比较,数字格式化以及日期和时间格式化提供了更好的支持; 它还修复了语言规范中的相应功能.可在此处找到介绍.实现可用于:
还有一个兼容性实现Intl.js,它将在尚不存在的环境中提供API.
确定用户的首选语言仍然是个问题,因为没有获取当前语言的规范.每个浏览器都实现了一种获取语言字符串的方法,但这可以基于用户的操作系统语言或仅基于浏览器的语言:
// navigator.userLanguage for IE, navigator.language for others
var lang = navigator.language || navigator.userLanguage;
Run Code Online (Sandbox Code Playgroud)
一个很好的解决方法是将Accept-Language标头从服务器转储到客户端.如果格式化为JavaScript,则可以将其传递给Internationalization API构造函数,这将自动选择最佳(或首先支持的)区域设置.
简而言之,您必须自己投入大量工作,或使用框架/库,因为您不能依赖浏览器为您完成.
用于本地化的各种库和插件:
由开放社区(无订单)勉强维持:
随意添加/编辑.
ash*_*ods 11
Mozilla最近发布了令人敬畏的L20n或本地化2.0.用他们自己的话说L20n是
一种开源的,特定于本地化的脚本语言,用于处理性别,复数,变形以及大多数其他自然语言的古怪元素.
他们的js实现在github L20n存储库中.