、jquery.i18n.properties通用解决方案
关于jquery.i18n.properties的使用，网上资料很多，比较完整的使用可以参考 这篇 ，有比较详细的使用说明。这里博主简单概述下过程。
回到顶部
1、需要引用的js文件
先在你的项目文件里面添加如下目录结构
首先页面引用的js文件如下
<script src="~/Scripts/jquery-1.9.1.min.js"></script> <script src="~/Content/i18n/jquery.i18n.properties.js"></script> <script src="~/Content/i18n/language.extensions.js"></script>
其中jquery-1.9.1.min.js和jquery.i18n.properties.js文件是开源组件，直接去网上找到即可
- jquery.i18n.properties.js
- jquery.js
第三个文件language.extensions.js是我们自定义的js文件，如果你将国际化的代码直接写在html页面里面，这个文件就是不用的。
回到顶部
2、html文件和国际化组件的初始化
这里直接引用上面示例文章里面的代码，首先需要一个切换中英文的标签，比如是一个select
<select id="language"> <option value="zh-CN">中文简体</option> <option value="en">English</option> </select>
然后是一些查看效果的html标签
<div> <input type="search" class="i18n-input" selectname="searchPlaceholder" selectattr="placeholder"> </div>
最后就是我们需要封装的language.extensions.js文件的内容了，里面做了以下几件事：
- 初始化页面的时候去当前域的cookie里面取当前浏览器保存语言的cookie，根据取到的当前语言版本去初始化国际化组件，然后初始化select组件的选中值
- 注册select组件的change事件，根据当前选中的语言，更新cookie里面的语言信息，然后刷新页面。
这个文件的内容这里就不展示了，可以参考上面的使用示例文章
回到顶部
3、资源文件准备
根据上面的目录可以看出，我们打算将不同的语言的资源文件放到不同语言的文件夹里面，这里暂时不分文件，所有的语言资源放到一个文件common.properties里面，比如内容如下：
en/common.properties
searchPlaceholder=Please input serach information signOut=Login Out station=Station partno=Part No description=Description query=Query pleaseSelect=Please Select add=Add edit=Edit delete=Delete
zh-CN/common.properties
searchPlaceholder=请输入关键字 signOut=退出 station=站点 partno=零件号 description=描述 query=查询 pleaseSelect=请选择 add=新增 edit=编辑 delete=删除
貌似大功告成！当你down源码直接在google浏览器里面运行的时候你会发现一个跨域的问题。
要求你在一种webServer里面去访问.properties文件，这个问题你只需要使用任何一种webserver运行即可，比如IIS、Apache、Node的web服务器等。博主的代码是在Visual Studio里面跑的，所以是基于IIS的，当你把代码搬到VS里面跑的时候，第一个问题来了。
回到顶部
二、坑一：配置IIS对.properties文件的支持
如果本文仅仅是上面的内容，是没啥意义的。接下来才是本文要介绍的重点！
将上述代码直接搬到VS里面，运行的时候你会发现第一个问题：
为什么这里会请求三个properties文件？因为jquery.i18n.properties.js组件支持三种类型的命名方式，这点很多文章都有介绍，组件代码运行的时候会去请求三种规则的properties文件，只要找到任何一种规则的文件都可以读取到里面的内容。按照博主上文给出的文件目录
根据这个目录，那我们通过http://localhost:12770/Content/i18n/zh-CN/common.properties这个url应该能访问到zh-CN/common.properties这个文件，可实际情况确实这样：
对于这种IIS报错404的问题，C#程序员肯定是不陌生的，无非就两个原因：
- url不正确，这个目录下面确实没有找到这个资源文件
- 文件的类型iis默认不支持，直接拒绝请求
排除了第一个原因，那么只可能是第二个原因引起的了。那么我们如何处理呢，在网上搜索半天资料，找到一种解决方案：
这样确实能绕过IIS的文件名验证，但是改源码不是一个好的解决方案，博主有一千个理由来说明改源码的弊端。这种方式肯定不是一个最好的解决方案，于是博主决定另辟蹊径。
还记得当初博主学习less的时候，iis默认也是不支持.less文件的，于是我们在web.config里面加了如下一些配置：
这绝对属于同类型的问题，加这个配置是显式告诉IIS，我们系统里面某种后缀的文件需要哪种Processer（处理器或处理组件）去处理，受此启发，那么我们这里的.properties文件的404问题是不是也可以通过此种方式解决？如果需要通过这种思路去解决，首要问题是需要找到.properties文件的mimeType，博主思考，既然是在js里面调用这个.properties文件，那么我们是否可以使用JavaScript的处理机制来处理.properties文件呢，考虑到上面那种将所有.properties替换成.js的处理方式，似乎.properties和.js有很多相似之处，于是我们加上如下一条配置：
得到结果：
试验成功，就是这么简单。当然如果发布到IIS，可能需要在IIS的MIME类型里面添加.properties这种类型的映射。
好了，这个问题就这么愉快的解决了。如果你的WebServer不是基于IIS的，可能没有这个问题，但我想思路或许相通，供参考！
回到顶部
三、坑二：使用html的data属性初始化国际化内容
一般情况下，我们标签里面的内容如果要做国际化，需要使用 $('#id').text($.i18n.prop('proName')); 来给标签赋值，现在问题来了，我们开发一个界面，有很多地方都需要去做国际化，我们总不能这样每一个页面每一个标签通过这种方式去赋值吧，这样工作量不是一点大，于是乎博主想，有没有一种比较好的通用的解决方案去给这些需要做国际化的标签统一赋值呢。html的data属性似乎是一个不错的选择！它具有可读性强、可维护性强、兼容jquery的data()方法等优点。比如我们修改国际化组件的方法如下：
jQuery.i18n.properties({ name: 'common', path: '/Content/i18n/' + i18nLanguage + '/', //资源文件路径 mode: 'map', //用Map的方式使用资源文件中的值 language: i18nLanguage, callback: function () {//加载成功后设置显示内容 console.log("i18n赋值中..."); try { //初始化页面元素 $('[data-i18n-placeholder]').each(function () { $(this).attr('placeholder', $.i18n.prop($(this).data('i18n-placeholder'))); }); $('[data-i18n-text]').each(function () { //如果text里面还有html需要过滤掉 var html = $(this).html(); var reg = /<(.*)>/; if (reg.test(html)) { var htmlValue = reg.exec(html)[0]; $(this).html(htmlValue + $.i18n.prop($(this).data('i18n-text'))); } else { $(this).text($.i18n.prop($(this).data('i18n-text'))); } }); $('[data-i18n-value]').each(function () { $(this).val($.i18n.prop($(this).data('i18n-value'))); }); } catch(ex){ } console.log("i18n写入完毕"); } });通过data属性获取标签，然后对每个标签通过对应的data-i18n-属性进行国际化赋值即可，这里暂时定义了三种类型data-i18n-placeholder、data-i18n-text、data-i18n-value的属性，如果有其他需求，可以增加其他类型。
然后看下我们html页面的使用
<input class="typeahead" type="text" id="menu_search">四、坑三：第三方组件的国际化（一）
对于第三方组件，我们自定义的代码里面的中文要做国际化，我只需要使用$.i18n.prop('key')即可，比如bootstrapTable：
{ field: 'AuditEventType', title: '业务类型', width: '12%' }直接使用
{ field: 'AuditEventType', title: $.i18n.prop('bllType'), width: '12%' }即可。这个解决思路很简单，没啥好说的，可是有一些第三方组件，自己有国际化的功能，初始化的时候需要指定国际化的类型，形如：
$(".date").datetimepicker({ format: 'YYYY-MM-DD',//日期格式化，只显示日期 locale: 'zh-CN' //中文化 });目前想到的解决方案，就是根据cookie里面存储的当前语言来显式赋值
//获取cookie里面的语言 var userLanguage = getlanguageCookie("userLanguage"); $(".date").datetimepicker({ format: 'YYYY-MM-DD',//日期格式化，只显示日期 locale: userLanguage =='zh-CN'?'zh-CN':'en-US' //国际化
