【JEECG技术博文】JEECG国际化介绍
1、为什么要做国际化
没有国际化的框架是一个不完整的框架，特别在全球信息化的今天，国际化不再是鸡肋，而是在选择开发平台时必须首要的考试因素，特别在有些公司平台是否国际化具有一票否决要素，所以我们要搞国际化，而不是仅仅是简单的高大尚。
2、国际化的实现原理
国际化听起来简单，但要框架中要做到与框架的无缝衔接，松耦合还是有一定难度的。有些系统有时不需要做国际化，在做国际化如果快速发现哪些没有被国际化的字段等，这些问题都开发者在开发过程中实际需要解决的问题，而这一切我们都已经帮你想到了。
用户在登录页面选择语言后点击登录后在LoginControler.java中checkuser方法中可以看到下面代码，当前语言会被放到session中。
if (req.getParameter("langCode")!=null) {
req.getSession().setAttribute("lang", req.getParameter("langCode"));
}
MutiLangServiceImpl.java
中有三个方法，分别介绍下作用：
1）initAllMutiLang()——TOMCAT启动时会被自动加载，把国际化的表内容加载到内存中，方便以后快速调用，即加载表t_s_muti_lang中所有记录并放在Cache中。
2）getLang(String lang_key)——传入需要国际化的Lang Key自动根据用户当前语言来得到国际化后的值，如在某处调用如： String value = getLang(“common.status”)，如果当前语言为中文则value为状态，英文为Status
3）refleshMutiLangCach()——刷新Cache，在对语言进行维护的时候，比如添加一个语言可以自动把新加的自动加入到Cache里，保证实时生效。
3、国际化应用的各种场合举例
我们以国际化维护页面国际化为例
List及Tag国际化
langKey 可以接受输入多个参数，举例如：
lang. congratulation.edit.success 对应中文是：恭喜你，{0}修改{1}。
则在页面上我们可以传入的langArg的参数样式为：
langArg=” lang.function.name, common.success”
lang.function.name会替代{0}, common.success会替代{1}
客户端label的国际化
Java后台国际化
后台树的国际化
如果你需要对树做国际化，只要在表里把树的名称换成lang_key的值并且在树返回的最后一步加代码：MutiLangUtil.setMutiTree(treeGrids, mutiLangService);就可以实现，具体可以参考菜单管理：
Js国际化
由于Js文件中无法用国际化标签，所以只能在src\main\webapp\plug-in\mutiLang目录中添加us.js及zh-cn.js，这个文件已经在BaseTag中第一个默认引入了。
4、语言的维护
系统管理菜单中语言管理就可以对语言进行维护管理，注意不要添加已经存在的语言内容。若是有重复的内容，系统在添加的时候会自动提示。
5、lang_key的命名规范
1）系统已经有的国际化的就不用重复添加了，如: common.status，对应 状态，如果有状态直接使用即要，不要再添加相同名称不同lang_key的进去。
2）如果碰到国际化表中没有的，则需要自己添加。
lang_key在t_s_mutilang表中命名的格式一定是 xxx.xxx（或者有更多的点）
3）如果是不常用的，如某个模块中有个标签叫“学生”，则命名时可以叫：lang.student
4）如果是一些公共的，则命名时用common开头，如“操作”可能在系统各处都有可能用到，则命名可以叫：common.operation
5）不用要一个单词来命名作为lang_key，如student.
6）如果是一个句子lang_key就写下这个句子，单词间用点来分开，如：common.please.select.one.record.to.edit 对应Please select one record to edit
7）如果是一个句子lang_context首字母需要大写，其他小写，按正常英文句子的来拼写，如：
Please select one record to edit， 而不是 Please Select One Record To Edit.
8）如果不是句子，如表头上显示，则lang_context可以全部首字母大写，如: User Name, Role Name
9）前后命名要一致，比如部门有的人喜欢用简写如:depart，哪后面注意就全部用简写，不要一会出现depart，一会出现department很不协调。也不要一会出现desc，一会出现description.
10）单词不要出现拼写错误。
11） 翻译要准确，不要出现无关内容。比如有某个网页上的标题上中文是：学生添加，你可以用lang.student.add，有的人发现这是个标题就可能会写成 lang.title.student.add，title这是这个出现的位置，请不要加这样的位置信息。
12）所有List页面(特例除外)的添加，修改都是用以下风格，对应模块修改langArg的值
<t:dgToolBar title="common.add.param" langArg="common.language"
<t:dgToolBar title="common.edit.param" langArg="common.language"
翻译过来就是 模块名+录入(编辑)，比如：语言录入，用户录入等，不要只放“录入”以保证所有页面的页格一致。
6、我只是在国内做项目，不想看到lang_key可以么？
当然可以，你还是可以按原来一样写代码，比如：
<t:datagrid name="departList" title="common.department.list" 改成
<t:datagrid name="departList" title="部门列表"
再把common.notfind.langkey 对应的 lang_context 会值由 ？改成空就可以了。
7、为什么我用了国际化后前面多了个问号？
那是在提醒你该lang_key没有做国际化，你只要在语言维护中添加即可，问号的目的就是个提醒，可以让你一眼就看出哪些没有做国际化。如果你讨厌看到问号同样把common.notfind.langkey 对应的 lang_context 会值由 ？改成空