静态UI和动态内容国际化(i18n)方案选择

最近在做i18n的工作，主要分为静态UI和动态内容两个方面的i18n。

1. 静态UI方面的i18n，准备好各种语言的配置文件{message_language_region.propeties}，结合spring:message标签，很快就可以完成。

2. 动态内容方面的i18n。由于数据库很多内容必须国际化，所以必须有一个很好的方案来解决。当从request中获取到language+region后，代码层可以有很多方式来实现。

•     分表，把需要国际化的库建单独的表，如A_zh_CN,A_ja_JP。两张表结构完全一直，但是这样会在Controller层,Service层,Dao层写很多的if(){}else if(){}else{}和冗余的Dao类，这种方式工作量大不好维护，很愚蠢。
  

•     拆表，把需要国际化的字段新建不同的表，业务主表全部用字母或者数据代替，这种方式的工作量好像也很大，而且表之间不好关联，很愚蠢。

•     加字段，每一张表多增加一个language字段和region字段（i18n涉及语言和地区）对每一条数据进行区分，所有的sql或这hql都要增加language和region作为查询条件,业务层也全部要改，这种方式好像稍微好一些，但是工作量也挺多的，有点蠢。

•     分库，每一个语言地区建立一套相同的数据库，通过过滤器获取request中的language+region设置到ThreadLocal当中，在结合AbstractRoutingDataSource类，取出设置在当前线程中的language+region值来实现动态数据源切换，这种方式代码不需要怎么改动，但是所有的数据是独立的，尤其是用户数据，这个是最大的弊端。

• 分应用程序+分数据库服务。不需要任何改动，一个语言地区部署一套应用程序和数据库。
  

  不知道其他人有什么好的方面在动态内容国际化上。联系qq416551477。谢谢。

转载于:https://my.oschina.net/dabiaoge/blog/510765