本教程旨在解决在json数据构建过程中，如何根据一个变量（如国家代码）的值来动态确定并填充另一个相关变量（如电话前缀和国家显示名称）的问题。文章将详细介绍通过引入一个专门的服务层来管理数据映射，并结合构建器模式，实现灵活、可维护且高效的数据填充策略，确保生成的json结构准确且业务逻辑清晰。
在现代应用开发中，构建动态JSON数据是常见的需求。一个典型的场景是，需要根据用户提供的国家信息（例如国家代码）来自动填充相应的电话前缀和国家显示名称，以构建一个完整的JSON对象。直接在构建逻辑中硬编码或使用复杂的条件判断会使代码变得难以维护和扩展。本教程将介绍一种结构化、可扩展的方法来解决此类问题。
问题阐述
假设我们期望生成如下结构的JSON数据：
{
"BasicData": {
"country": "United Kingdom"
},
"Phone": {
"Phone prefix": "+44"
}
}其中，Phone prefix 的值需要根据 country 的值（或传入的国家代码参数）动态确定。
解决方案概述
解决此问题的核心思想是将国家代码与相关数据（如显示名称和拨号代码）的映射关系抽象到一个独立的模块中。这通常通过一个数据模型和一个服务层来实现。当接收到国家代码时，服务层负责查找并返回对应的国家数据，然后使用这些数据来构建最终的JSON响应。
1. 定义国家数据模型
首先，我们需要一个简单的数据模型来封装国家的显示名称和拨号代码。为了国际化和标准化，通常建议使用ISO国家代码作为查找键。
// Country.java
public class Country {
private String displayName;
private String dialingCode;
public Country(String displayName, String dialingCode) {
this.displayName = displayName;
this.dialingCode = dialingCode;
}
public String getDisplayName() {
return displayName;
}
public String getDialingCode() {
return dialingCode;
}
// 可以根据需要添加setter或equals/hashCode方法
}2. 构建国家服务层
接下来，创建一个 CountryService 类，用于管理国家数据的存储和查找逻辑。为了简化示例，我们将数据硬编码在一个 HashMap 中，并通过 static 块进行初始化。在实际生产环境中，这些数据可能从数据库、配置文件或外部API加载。
// CountryService.java
import java.util.HashMap;
import java.util.Map;
import java.util.Optional;
public class CountryService {
private static final Map data = new HashMap<>();
static {
// 使用ISO国家代码作为键，存储国家数据
data.put("gb", new Country("United Kingdom", "+44"));
data.put("us", new Country("United States", "+1"));
data.put("cn", new Country("China", "+86"));
// ... 更多国家数据
}
/**
* 根据ISO国家代码查找对应的国家信息。
* @param isoCode ISO国家代码（例如 "gb", "us"）。
* @return 包含国家信息的Optional对象，如果未找到则为Optional.empty()。
*/
public Optional find(String isoCode) {
if (isoCode == null || isoCode.trim().isEmpty()) {
return Optional.empty();
}
// 查找时忽略大小写
return Optional.ofNullable(data.get(isoCode.toLowerCase()));
}
} 注意事项：
- 数据来源： 示例中数据是硬编码的。对于大规模或经常变化的数据，应考虑从数据库、外部配置服务（如Spring Cloud Config）、CSV文件或专门的国际化库中加载。
- ISO代码： 强烈建议使用标准的ISO 3166-1 alpha-2国家代码（如"GB", "US", "CN"）作为查找键，以确保数据的一致性和准确性。
-
错误处理： find 方法返回 Optional
，这是一种优雅的处理“可能不存在”结果的方式，避免了返回 null 带来的 NullPointerException 风险。
3. 集成与构建响应
最后，我们将 CountryService 集成到处理请求的逻辑中（例如，在一个 Controller 或业务服务中），并使用一个构建器（Builder）模式来构造最终的响应对象。构建器模式特别适用于创建复杂对象，使代码更具可读性和可维护性。
假设我们有一个 Message 类来表示最终的JSON结构，以及一个 ResponseBuilder 来辅助构建 Message 对象。
// Message.java (表示最终JSON结构的POJO)
public class Message {
public BasicData BasicData;
public Phone Phone;
// 内部类 BasicData
public static class BasicData {
public String country;
public BasicData(String country) { this.country = country; }
}
// 内部类 Phone
public static class Phone {
public String Phone_prefix; // 注意JSON键名与Java字段名的映射
public Phone(String phonePrefix) { this.Phone_prefix = phonePrefix; }
}
// Message的构造函数或其他方法
}
// ResponseBuilder.java (辅助构建Message对象)
public class ResponseBuilder {
private Message message = new Message();
public ResponseBuilder basicData(String countryDisplayName) {
message.BasicData = new Message.BasicData(countryDisplayName);
return this;
}
public ResponseBuilder phone(String phonePrefix) {
message.Phone = new Message.Phone(phonePrefix);
return this;
}
public Message build() {
return message;
}
}
// Controller.java (处理请求并构建响应)
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestParam;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.http.HttpStatus;
import org.springframework.web.server.ResponseStatusException;
@RestController
public class Controller {
private final CountryService countryService = new CountryService(); // 实际应用中通过依赖注入
@GetMapping("/message")
public Message handleRequest(@RequestParam String countryIsoCode) {
// 查找国家信息
Country country = countryService.find(countryIsoCode)
.orElseThrow(() -> new ResponseStatusException(
HttpStatus.BAD_REQUEST, "Invalid or unsupported country ISO code: " + countryIsoCode));
// 使用构建器模式构造响应对象
return new ResponseBuilder()
.basicData(country.getDisplayName())
.phone(country.getDialingCode())
.build();
}
}在上述 Controller 示例中：
- @RequestParam String countryIsoCode 从请求中获取国家ISO代码。
- countryService.find(countryIsoCode) 调用服务层查找对应的国家数据。
- .orElseThrow(...) 处理了国家代码无效或不支持的情况，抛出一个 ResponseStatusException（Spring框架的示例），这会转换为一个HTTP 400 Bad Request响应。
- ResponseBuilder 被用来链式调用设置 BasicData 和 Phone 部分，最终通过 build() 方法生成 Message 对象。
总结
通过将国家数据的映射逻辑封装到独立的 Country 模型和 CountryService 中，并结合构建器模式来构造响应，我们实现了：
- 职责分离： 国家数据管理与JSON构建逻辑分离，代码结构更清晰。
- 可维护性： 更改或添加国家数据只需修改 CountryService，不影响其他业务逻辑。
- 可扩展性： 轻松引入新的数据源或更复杂的查找逻辑。
- 健壮性： 使用 Optional 和异常处理机制，有效管理数据缺失或无效的情况。
这种模式不仅适用于国家代码与电话前缀的场景，还可以推广到任何需要根据一个输入变量动态确定其他输出变量的JSON构建任务中，从而提高代码质量和开发效率。
