从多数据源装饰领域对象是否属于不良设计？

嘿，这个问题我之前做项目的时候也纠结过！用同一个POJO先填一部分、再补另一部分，确实从设计上有点“不纯粹”——毕竟这个类会存在“半填充”的中间状态，后续维护的人很容易踩坑，比如误以为某些字段一定有值。我给你几个可行的设计思路，你可以根据自己的场景选：

这种方式最贴合单一职责原则，把不同数据源对应的字段拆到不同类里：

• 先定义一个PrimaryData类，只包含主数据源返回的所有字段，主数据源的JSON直接反序列化成这个类，职责非常明确。
• 再定义CompleteData类，它可以包含PrimaryData的所有字段，再加上二级数据源补充的字段。如果想减少代码重复，可以让CompleteData extends PrimaryData，或者把PrimaryData作为CompleteData的一个属性（比如private PrimaryData baseInfo;）。
• 流程就变成：拿到PrimaryData后，用它的信息调用二级数据源获取补充数据，最后把两者整合到CompleteData中。这样每个模型的状态都是完整的，不会有“半填充”的模糊地带。

如果两个数据源的结构差异比较大，或者后续可能各自独立变化，用DTO分层会更灵活：

• 主数据源对应PrimaryDto，只保留主数据源返回的字段；二级数据源对应SecondaryDto，只保留它返回的字段。
• 再定义一个业务层使用的BusinessModel，包含你最终需要的所有字段。
• 流程：先把主数据源的JSON反序列化成PrimaryDto，用它的信息调用二级数据源得到SecondaryDto，最后把两个DTO的字段映射到BusinessModel里。
• 这里可以用MapStruct这类映射工具来简化代码，避免手动写大量的setter，减少出错概率。

如果实在不愿意增加太多类，可以把原来的POJO改成不可变对象+建造者模式，避免半填充的混乱：

• 把POJO的字段都设为final，只提供全参构造器，去掉所有setter方法，保证对象一旦创建就不可修改。
• 配合建造者类，分步骤填充字段：主数据源先填充建造者的基础字段，二级数据源拿到结果后填充剩余字段，最后调用build()方法生成完整的不可变对象。
• 举个简单的代码例子：

public class CompleteData {
    private final String mainId; // 主数据源返回的字段
    private final String extraInfo; // 二级数据源补充的字段

    // 私有构造器，只能通过建造者创建
    private CompleteData(Builder builder) {
        this.mainId = builder.mainId;
        this.extraInfo = builder.extraInfo;
    }

    public static Builder builder() {
        return new Builder();
    }

    public static class Builder {
        private String mainId;
        private String extraInfo;

        // 主数据源字段的设置方法
        public Builder mainId(String mainId) {
            this.mainId = mainId;
            return this;
        }

        // 二级数据源字段的设置方法
        public Builder extraInfo(String extraInfo) {
            this.extraInfo = extraInfo;
            return this;
        }

        // 构建前可以做校验，确保所有必要字段都已填充
        public CompleteData build() {
            if (mainId == null || extraInfo == null) {
                throw new IllegalStateException("必须填充所有必要字段");
            }
            return new CompleteData(this);
        }
    }

    // getter方法（因为字段是final，只能读不能改）
    public String getMainId() { return mainId; }
    public String getExtraInfo() { return extraInfo; }
}

• 流程：主数据源反序列化后，把mainId设置到建造者；用mainId调用二级数据源拿到extraInfo，再设置到建造者；最后build()得到完整的CompleteData。这样既保留了单个模型，又通过建造者明确了填充步骤，还避免了对象被意外修改的风险。

总的来说，如果追求绝对的设计纯净度，优先选方案1或方案2；如果想控制类的数量，方案3是不错的折中选择。

内容的提问来源于stack exchange，提问作者juckky