为什么我不应该使用不可变的POJO而不是JavaBean？

Question

我现在已经实现了一些Java应用程序，到目前为止仅实现了桌面应用程序。我更喜欢使用不可变对象在应用程序中传递数据，而不是使用带有变量（setter
和getter ）的对象，也称为JavaBeans。

但是在Java世界中，使用JavaBeans似乎更为常见，而且我不明白为什么应该使用JavaBeans。就个人而言，如果代码仅处理不可变的对象而不是始终改变状态，则代码看起来会更好。

在 第15项：最小化可变性 ， 有效的Java 2ed 中也建议使用不可变对象。

如果我有一个Person实现为 JavaBean 的对象，它将看起来像：

public class Person {
    private String name;
    private Place birthPlace;

    public Person() {}

    public setName(String name) {
        this.name = name;
    }

    public setBirthPlace(Place birthPlace) {
        this.birthPlace = birthPlace;
    }

    public String getName() {
        return name;
    }

    public Place getBirthPlace() {
        return birthPlace;
    }
}

并Person实现为 不可变 对象：

public class Person {
    private final String name;
    private final Place birthPlace;

    public Person(String name, Place birthPlace) {
        this.name = name;
        this.birthPlace = birthPlace;
    }

    public String getName() {
        return name;
    }

    public Place getBirthPlace() {
        return birthPlace;
    }
}

或更接近structC：

public class Person {
    public final String name;
    public final Place birthPlace;

    public Person(String name, Place birthPlace) {
        this.name = name;
        this.birthPlace = birthPlace;
    }
}

我还可以在不可变对象中使用吸气剂来隐藏实现细节。但是由于我只将它用作一个，struct所以我倾向于跳过“获取器”，并使其保持简单。

简而言之，我不明白为什么使用JavaBeans更好，还是我可以并且应该继续使用我不变的POJO？

许多Java库似乎对JavaBeans都有更好的支持，但是随着时间的推移，对不可变POJO的更多支持可能会越来越流行？

Answer 1

首选JavaBeans

• 您必须与期望他们的环境互动
• 您有很多属性，在实例化时进行所有初始化将很不方便
• 您的状态由于某些原因而昂贵或无法复制，但需要更改
• 您认为在某个时候您可能必须更改属性的访问方式（例如，从存储的值转换为计算的值，访问授权等）
• 您想要遵守无意识地坚持认为使用JavaBeans更加“面向对象”的编码标准

首选不可变POJO

• 你有一些简单的属性
• 您不必与假定JavaBean约定的环境进行交互
• 克隆对象时很容易（或者至少是可能的）复制状态
• 您根本不打算克隆对象
• 您非常确定不必像上面那样修改属性的访问方式
• 您不必介意抱怨（或嘲笑）您的代码如何不够“面向对象”