如何解决前端系列——jquery.i18n.properties国际化方案中的常见问题？
- 内容介绍
- 文章标签
- 相关推荐
本文共计3366个文字，预计阅读时间需要14分钟。
前言：近期，新平台尚未开发完成，原有的老项目又提出了新的需求：系统国际化。如果是前后端完全分离的开发模式，要做国际化，其实非常简单，现成的解决方案有很多，基于Node的方案更是不在话下。
前言：最近，新的平台还没有开发完成，原来的老项目又提出了新的需求：系统国际化。如果是前后端完全分离的开发模式，要做国际化，真的太简单了，有现成的解决方案，基于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。
本文共计3366个文字，预计阅读时间需要14分钟。
前言：近期，新平台尚未开发完成，原有的老项目又提出了新的需求：系统国际化。如果是前后端完全分离的开发模式，要做国际化，其实非常简单，现成的解决方案有很多，基于Node的方案更是不在话下。
前言：最近，新的平台还没有开发完成，原来的老项目又提出了新的需求：系统国际化。如果是前后端完全分离的开发模式，要做国际化，真的太简单了，有现成的解决方案，基于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。