本文介绍通过组合（composition）方式安全复用外部类的公共成员，避免硬编码字段声明，实现松耦合、易维护的对象封装。
在 Java 开发中，当需要在 SomeOtherFile 类中使用 SetOfThings 类定义的一组可变配置或状态字段（如 someNumber、someString、example），但又不希望重复声明、硬编码字段名，更不希望破坏封装性（例如将所有字段改为 public 并直接访问），最佳实践是采用对象组合（Composition）而非字段复制。
✅ 推荐方案：依赖注入 + 私有持有引用
不要试图“自动提取并重新声明” SetOfThings 的所有 public 字段——这不仅违背面向对象设计原则，还会因反射引入运行时风险、丢失类型安全、破坏编译期检查。正确做法是：将 SetOfThings 实例作为私有成员注入到目标类中，并通过该引用来访问所需数据。
// SetOfThings.java
public class SetOfThings {
public int someNumber = 1;
public String someString = "Java is kinda challenging sometimes...";
public Joystick example = new Joystick(someNumber); // 注意：String 首字母大写，非 string
}// SomeOtherFile.java
public class SomeOtherFile {
private final SetOfThings config; // 使用 final 保证不可变引用（推荐）
// 构造器注入：显式传递依赖，清晰、可控、利于测试
public SomeOtherFile(SetOfThings things) {
this.config = things; // 安全持有引用，无需知晓其内部字段细节
}
// 示例：安全访问配置值
public void doSomething() {
System.out.println("Number: " + config.someNumber);
System.out.println("Message: " + config.someString);
config.example.setPower(0.5); // 调用行为，而非仅读取数据
}
}⚠️ 注意事项：SetOfThings 中的字段虽为 public，但应视作配置契约（Contract），而非设计缺陷；若需更强封装，后续可将其改为 private + getter 方法（推荐长期演进路径）。若 SetOfThings 实例本身是无状态、可共享的（如纯配置对象），也可在 SomeOtherFile 中直接创建：private final SetOfThings config = new SetOfThings();，但需确保其构造逻辑稳定。避免使用反射自动拷贝字段（如 getDeclaredFields()）：它绕过访问控制、无法处理初始化顺序（如 Joystick 依赖 someNumber）、难以调试且违反开闭原则。
✅ 进阶建议：提升封装性与可维护性
-
将 SetOfThings 升级为不可变配置类（Immutable Configuration）：
public final class SetOfThings { private final int someNumber; private final String someString; private final Joystick example; public SetOfThings(int number, String str) { this.someNumber = number; this.someString = str; this.example = new Joystick(number); } // 提供 getter，不提供 setter public int getSomeNumber() { return someNumber; } public String getSomeString() { return someString; } public Joystick getExample() { return example; } }此时 SomeOtherFile 仍只需持有一个 private final SetOfThings config;，但语义更清晰、线程更安全、意图更明确。
立即学习“Java免费学习笔记（深入）”；
结合依赖注入框架（如 Spring）：在大型项目中，可通过 @Autowired 或构造器注入自动管理 SetOfThings 生命周期，彻底解耦实例创建逻辑。
总之，“声明另一个文件中的私有对象”本质上不是关于字段复制，而是关于依赖关系建模。通过组合+构造器注入，你既获得了完全的封装控制权，又保持了对上游变更的弹性适应能力——这才是 Java 工程化开发的核心思维。
