html data i18n属性,前端系列——jquery.i18n.properties前端国际化解决方案“填坑日记”...

阅读目录

一、jquery.i18n.properties通用解决方案

1、需要引用的js文件

2、html文件和国际化组件的初始化

3、资源文件准备

二、坑一：配置IIS对.properties文件的支持

三、坑二：使用html的data属性初始化国际化内容

四、坑三：第三方组件的国际化(一)

五、坑四：第三方组件的国际化(二)

六、总结

正文

前言：最近，新的平台还没有开发完成，原来的老项目又提出了新的需求：系统国际化。如果是前后端完全分离的开发模式，要做国际化，真的太简单了，有现成的解决方案，基于Node构建的时下热门的任何一种技术选型都有成熟的方案，比如：

vue + vue-i18n

angular + angular-translate

react + react-intl

但现在的情况是老的项目并没有使用这类架构。说起国际化，博主几年前就做过，在MVC里面实现国际化有通用的解决方案，主要就是通过资源文件的方式定义多语言。最初接到这个任务，并没有太多顾虑，毕竟这种东西有很成熟的解决方案，实现起来难点不会很大。可当真正动起来手来去实现的时候发现一些问题，这里先介绍下我们老平台的架构：MVC+WebApi，MVC项目负责页面渲染，webapi负责数据接口，是一种很传统的架构方式。国际化主要在MVC端去做就好了，可是由于MVC项目里面使用了大量第三方bootstrap组件，几乎95%的组件都是通过js去实现的，比如bootstrapTable，比如bootstrap-select，比如bootstrap-fileinput。如果按照传统的方式，仅仅在MVC里面去实现国际化，那么大量的js代码里面的中文没法统一处理，并且很多第三方组件有自己的本地化local文件，和后端的国际化很难统一处理；可能有人又说，那就前后端分开国际化呗，这种方案博主真的想过，但是想到要维护两套资源文件，果断放弃。最后还是决定直接维护一套，做前端国际化好了。于是在网上搜索基于jquery的国际化，千篇一律，几乎都说的是jquery

+ jquery.i18n.properties这种方案，既然大家都这么选型，那博主也按照这种思路去做好了。

在实现的过程中，有很多值得注意和分享的东西，在此写一个填坑笔记，希望对大家有帮助！接下来，博主就一步一步带领大家解决这个过程中遇到的一些坑，如果有这个需求的童鞋可以关注下，可能这些问题你也会遇到。

本文原创地址：http://www.cnblogs.com/landeanfen/p/7581609.html