国际化规范

在10.0版本之前，我们代码的国际化中充满了了单词拼接、单个词语的国际化，不管是是在定位国际化键值的时候，还是海外组在做国际化翻译的时候，都非常的不方便，甚至出现改了一个短词语的国际化值，会导致若干个地方一起改动，导致语义不恰当。

在10.0中，我们要求所有国际化化的地方，都必须是一个独立key，任何时候都不能使用多个单词拼接组合成。

各模块国际化key规范：

核心模块	前缀	示例
design	Fine-Design_	Fine-Design_Report_Write_Attribute Fine-Design_Chart_Legend_Name
core-all	Fine-Core_	Fine-Core_Language_Item
datasource	Fine-Datasource_	Fine-Datasource_Database_Connected_Failed
engine	Fine-Engine_	Fine-Engine_Report_Preview_Page Fine-Engine_Chart_Refresh
decision	Dec- Fine-Dec_	Dec-Dashboard_Directory Fine-Dec_Dashboard_Directory
schedule	Schedule- Fine-Schedule_
bussiness	BI-	BI-Dashboard_Edit

国际化文件，原则上只能在SERVER（服务器端）、WEB（web端）、DESIGN（设计器端）中三选一，根据实际的需求情况而定

设计器中提供两个API接口，用于不同的国际化

com.fr.design.i18n.Toolkit#i18nText(String key)

用于简单的国际化

com.fr.design.i18n.Toolkit#i18nText(String key, Object... args)

用于带参数的国际化

示例：假设有一个国际化键值对 Fine-Design_Layout_2x3={}行x{}列布局容器，那么com.fr.design.i18n.Toolkit.i18nText("Fine-Design_Layout_2x3", 2, 3)就输出：2行x3列布局容器