一、xxx1实现思路:
页面显示字段的国际化、后端接口返回国际化、菜单国际化文件均在后端proerties维护。
各自微服务建立自己的proerties国际化文件,微服务启动时解析proerties国家化文件后通过MQ发送到 I18N服务,通过 I18N服务存到数据库中,当前端登录进入系统后,请求i18n服务获取对应语言的国际化数据。
二、xxx2实现思路:
1、页面按钮的字段的国际化: 前端自行处理维护国际化
2、后端接口返回国际化:维护proerties国际化文件中或缓存中,通过获取请求头的语言类型或上下文的国际化环境,获取对应的语言,然后多层封装,在result中直接在proerties获取或者从字典缓存中获取国际化值,然后result返回,例如:登录失败,接口超时,校验失败等。
对于异常的国际化也是同理,通过异常全局处理器,获取请求头的语言类型,封装返回对应语言的报错信息。
3、菜单国际化和表头的国际化:通过国际化界面,用户维护到字典缓存中。进入系统的时候,调接口把国际化数据查询出来,前端拿到并展示对应的国际化值。
4、数据的国际化:通过注解切面处理,通过数据的值枚举等 key和value形式存在字典中,然后切面进行反射翻译
二、前端和后端各自独立存储国际化资源:
国际化(前后端)_纸飞机加油的博客-CSDN博客_后端国际化
三、后端统一处理前后端的国际化资源:
Java 后端国际化设计方案_乐之终曲的博客-CSDN博客_java国际化解决方案
四、狂神后端通过spring自带的进行国际化和若依类似:
SpringBoot狂神11-(员工管理系统-国际化)_keep one's resolveY的博客-CSDN博客_idea里login_en_us.properties一直在可视化界面
五、若依国际化:(后端国际化和前端国际化各自处理对应的国际化)