在
Java Spring Boot应用程序中实现
数据库数据的国际化是一个复杂的过程，因为它不仅涉及到了
静态文本资源文件的管理，还涉及到如何将这些本地化的信息映射到动态存储的
数据上。以下是几种常见的做法来应对这个问题：
### 方案一：通过枚举或预定义常量集合作为桥梁
如果你的
应用场景允许的话，可以预先确定好一部分关键字段的内容形式及其对应的多种语言解释，并把这些内容封装成枚举或者其他固定集合的形式存放在程序内部。每当访问某个具体的记录时，就根据当前环境下的Locale去匹配最合适的描述版本返回给客户端显示。
这种方法适用于那些业务规则相对稳定不变而且预期不会频繁变动的信息类别，如订单状态、支付方式等标准选项列表；然而对于个性化程度较高的非结构化
数据则显得力不从心了。
### 方案二：双表关联设计模式
另一个较为通用的设计思路是在原有实体模型的基础上新增一张或多张“翻译”性质的关系型表格专门用来承载多语言版本的具体表述。以文章为例，原本的一篇文章只对应一行主键ID+标题正文这样的简单关系，现在我们可以构造出一个额外的文章详情表，
里面包含了诸如原文id、目标语种标识以及该条目在当地文化环境下应有的呈现形态等内容项。查询的时候依据请求方指定的目标language tag对两张表实施JOIN联接运算获取最终结果集。
这种方案的好处是可以灵活适应未来可能出现的新需求点同时保持良好的扩展性和维护性，但是缺点在于增加了系统的复杂度同时也可能导致一定的性能损耗尤其是在面对海量级规模的
数据集时需要谨慎评估其影响范围。
### 实现步骤详解 - 双表关联法
假定我们要为一篇博客帖子(Post)添加标题和摘要两个部分的支持多国字幕的功能，则可以根据下面流程逐步推进下去：
#### 步骤 01.
数据建模
创建原始post实体及其相应的Repository接口用于CRUD基本操作。
```
java
@Entity
@Table(name = "posts")
public class Post {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
// 其他属性略...
}
interface PostRepository extends JpaRepository<Post,Long>{}
```
接着再建立第二个名为PostTranslation的POJO类表示每一种特定方言下所特有的那部分内容。
```
java
@Entity
@ToString(callSuper=true)
@NoArgsConstructor(access= AccessLevel.PRIVATE)// Lombok插件生成无参构造器
@Getter
@Setter(onMethod_=@NonNull)// 强制要求提供getter/setter方法的同时不允许为空值赋入
@Table(uniqueConstraints={@UniqueConstraint(columnNames={"postId", "locale"})})
public class PostTranslation {
@EmbeddedId// 使用组合键代替单一列作为唯一识别码
protected PostTranslationKey pk=new PostTranslationKey();
/**
* 组合关键字包括外键引用原生表primary key + 目标语言标记符
*/
@Embeddable
public static final class PostTranslationKey implements Serializable{
@Column(nullable=false)
String locale;// e.g., zh_CN,en_US
@ManyToOne(cascade=CascadeType.ALL )
@JoinColumn(name="postId")
Post post;
// equals 和hashCode 的定义...
}
private String title;
private String summary;
}
```
然后相应地也要有配套的操作仓储层组件帮助我们更高效便捷地与之交互。
```
java
@Repository
public interface IPostTranslationDao extends CrudRepository<PostTranslation,PostTranslation.PostTranslationKey>{
Optional<List<PostTranslation>> findByPk_PostOrderByPk_LocaleAsc(Post target);
}
```
#### 步骤 02. Service 层逻辑编写
接下来就是最重要的Service层了，在这
里我们需要明确当接受到来自外界关于
加载某篇blog article的需求信号后应该采取怎样的行动路线才能满足既定目的——即找到贴切于当下上下文境况的最佳诠释变体并反馈出去。一般而言我们会先判断是否存在精确吻合的translation entry存在，如果没有就退而求其次选用系统默认fallback value也就是英文版吧！
```
java
@Service
@Transactional(readOnly=true)
@AllArgsConstructor
class BloggingServiceImpl implements IBloggingService {
private final IPublicationGateway gateway;
private final LocaleResolver resolver;
@Override
public Mono<BlogArticleDTO> getLocalizedContent(Long postId) {
return this.gateway.findById(postId).
map(it ->
mapToTransferObject(resolver.resolveLocale(), it));
}
private BlogArticleDTO
mapToTransferObject(Locale preferredLanguageTag, Publication aggregateRoot) {
var translations=gateway.findTranslationsByAggregateIdentifierAndOrdering(preferredLanguageTag.getISO3Language());
return translations.orElseGet(()->
new BlogArticleDTO(
aggregateRoot.getId(),
null,
aggregateRoot.getTitle(),
aggregateRoot.getDescription()
));
}
}
```
请注意这
里的`IBloggingService`, `IPublicationGateway`都是简化后的伪代码示意而已实际上还要结合实际情况做出适当调整修改哦~
另外别忘了注册那个负责解析传入HTTP header
里面的Accept-Language参数从而得到正确的RegionInfo的对象实例：
```properties
# application.properties 配置示例
spring.mvc.locale=en_US
spring.mvc.locales=zh_CN,en_US
spring.messages.basename=i18n/messages
```
```
java
@Bean
public AcceptHeaderLocaleResolver acceptHeaderLocaleResolver(){
AcceptHeaderLocaleResolver result=new AcceptHeaderLocaleResolver();
result.setDefaultLocale(new Locale("en","US"));
List<Locale> supportedLanguages = Arrays.asList(
new Locale("zh","CN"),
new Locale("en","US")
);
result.setSupportedLocales(supportedLanguages);
return result;
}
```
---
经过上面一系列改造之后我们就成功赋予了一个普通的
SpringBoot RESTful API具备处理来自世界各地访客朋友发送过来的要求的能力啦！当然除了以上提到的技术手段之外还有很多其他的途径可以选择，比如直接把所有的localizable string都放进NoSQL store当中去托管或是干脆全部交给第三方云服务商打理等等…总之各有千秋取决于各自的特殊诉求咯。
本文介绍了如何通过实现CommandLineRunner接口，结合@Autowired注解，实现在SpringBoot应用启动时自动从数据库获取数据并存储为静态Map，以便后续服务快速访问。
扫一扫
2630
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
