Java类中可选属性的最佳表示方式探讨

嘿，这个场景在Java开发里太常见了，咱们来聊聊这三个选项的优劣，以及最适合你的方案：

1. 全改为非基本类型 #

统一用包装类（比如Integer代替int）确实看起来整齐，但缺点很明显：必填属性失去了基本类型的天然非空保障。比如flow是必填的，用Integer的话，不小心被设为null，后续业务逻辑里没处理就会抛出NPE，反而增加了额外的判空负担，完全没必要为了“统一”牺牲必填属性的安全性。

2. 混合使用基本类型与非基本类型（对应必填/可选） #

这其实是Java社区的常规做法，也是我最推荐的方案。它的核心优势是：

• 直观清晰：一眼就能通过类型区分哪些是必填（基本类型，不能为null）、哪些是可选（包装类/引用类型，null表示未设置）
• 代码简洁：不用额外的设计模式，符合开发者的直觉
• 安全可靠：必填属性用基本类型，避免了意外null的风险

就像你示例里的写法，flow、inputPressure用int（必填），linkerPressure用Integer（可选），linkerNumber用String（本身就是引用类型，null表示未连接），完全合理。唯一需要注意的是：使用可选属性时记得先判空，避免自动拆箱导致的NPE（比如调用linkerPressure.intValue()前先检查linkerPressure != null）。

如果想进一步强化必填属性的约束，可以在构造方法里强制传入必填字段，避免创建出属性不全的对象，比如：

public class State {
    private long serial;
    private long received;
    private String deviceId;
    private String linkerNumber;
    private String linkerStatus;
    private Integer linkerPressure;
    private int flow;
    private int inputPressure;
    private int outputPressure;

    // 构造方法只强制必填属性，可选属性通过setter设置
    public State(long serial, long received, String deviceId, int flow, int inputPressure, int outputPressure) {
        this.serial = serial;
        this.received = received;
        this.deviceId = deviceId;
        this.flow = flow;
        this.inputPressure = inputPressure;
        this.outputPressure = outputPressure;
    }

    // getter/setter 省略
}

3. 使用Null Object Pattern封装linker对象 #

这个方案适合linker相关属性有额外业务行为的场景，比如需要对linker的状态做统一校验、计算等。但你已经提到，单独的linker对象没有额外功能，那用Null Object就有点过度设计了：

• 你需要额外定义Linker类和NullLinker类，增加了代码复杂度
• 用NullLinker表示未连接，和直接用null相比，并没有带来明显的好处，反而可能混淆“未连接”和“连接了但属性为空”的场景

如果未来linker相关的逻辑变复杂（比如要加linker的连接校验、状态转换方法），再考虑把这些属性封装成独立的Linker类也不迟，那时直接用Linker linker;，null表示未连接即可，没必要一开始就用Null Object模式。

优先选选项2：混合使用基本类型和非基本类型，对应属性的必填/可选状态。它简单、直观、符合Java的常规实践，能很好地解决你的问题。如果后续linker相关的业务逻辑拓展了，再考虑封装成独立对象也完全来得及。

内容的提问来源于stack exchange，提问作者L. Inman