Java 它''；公共类直接公开字段从来都不是一个好主意，但是如果字段是不可变的，为什么危害更小呢？

我正在读一篇来自有效Java项目14的文章——在公共类中，使用访问器方法，而不是公共字段。书中说：虽然公共类直接公开字段从来都不是一个好主意，但如果字段是不可变的，那么危害就更小

// Public class with exposed immutable fields - questionable
public final class Time {
   public final int hour;
   public final int minute;

   public Time(int hour, int minute) {
      this.hour = hour;
      this.minute = minute;
   }
}

我的问题是，如果字段是不可变的，为什么危害更小？你能举一个真实的例子来证明这一点吗？这是本书中的代码示例

/ Encapsulation of data by accessor methods and mutators
class Point {
   private double x;
   private double y;

   public Point(double x, double y) {
      this.x = x;
      this.y = y;
   }

   public double getX() { return x; }
   public void setX(double x) { this.x = x; }

   public double getY() { return y; }
   public void setY(double y) { this.y = y; }
}

虽然公共类直接公开字段从来都不是一个好主意，但如果字段是不可变的，则危害性较小

// Public class with exposed immutable fields - questionable
public final class Time {
   public final int hour;
   public final int minute;

   public Time(int hour, int minute) {
      this.hour = hour;
      this.minute = minute;
   }
}

使用上述代码，创建上述类的对象的类必须了解字段。这引入了紧密耦合

此外，如果在使用接口名称声明对象时对接口进行编码，则所有实现都将实现方法，开发人员使用方法访问值将更容易，并且每个实现都可以使用这些类级变量，并根据实现细节返回

使用上述代码，创建上述类的对象的类必须了解字段。这引入了紧密耦合

---

而且，如果在使用接口名称声明对象时对接口进行编码，则所有实现都将实现方法，开发人员使用方法访问值将更容易，并且每个实现都可以使用这些类级变量，并根据实现细节返回。

如果您的对象不可变字段，对象本身很可能被视为不可变的

// Public class with exposed immutable fields - questionable
public final class Time {
   public final int hour;
   public final int minute;

   public Time(int hour, int minute) {
      this.hour = hour;
      this.minute = minute;
   }
}

这意味着：一经创建，该对象将永远不会更改其内容。因此，您可以从任意数量的位置引用该对象。没有其他对象需要担心相应的数据会神奇地改变，因为其他代码做了一些事情

本质上，直接字段访问和提供setter方法之间的区别并不重要！唯一能在概念上产生巨大差异的东西：可变与不变

// Public class with exposed immutable fields - questionable
public final class Time {
   public final int hour;
   public final int minute;

   public Time(int hour, int minute) {
      this.hour = hour;
      this.minute = minute;
   }
}

---

注意：理想情况下，类的公共方法为您提供客户端代码可以使用的行为

如果您的对象只有不可变字段，则该对象本身很可能被视为不可变

// Public class with exposed immutable fields - questionable
public final class Time {
   public final int hour;
   public final int minute;

   public Time(int hour, int minute) {
      this.hour = hour;
      this.minute = minute;
   }
}

这意味着：一经创建，该对象将永远不会更改其内容。因此，您可以从任意数量的位置引用该对象。没有其他对象需要担心相应的数据会神奇地改变，因为其他代码做了一些事情

本质上，直接字段访问和提供setter方法之间的区别并不重要！唯一能在概念上产生巨大差异的东西：可变与不变

// Public class with exposed immutable fields - questionable
public final class Time {
   public final int hour;
   public final int minute;

   public Time(int hour, int minute) {
      this.hour = hour;
      this.minute = minute;
   }
}

---

注意：理想情况下，类的公共方法为您提供客户端代码可以使用的行为

下面这句话解释得很清楚，然后他举了个例子。我有第二版，也许你有第一版，但它不见了

虽然公共类直接公开字段从来都不是一个好主意，但事实确实如此 如果字段是不可变的，则危害较小。无法更改的表示形式 这样一个类没有改变它的API，当 字段被读取，但您可以强制执行不变量。（强调矿山）

书中给出的强制不变量示例：

例如，这个类保证 每个实例表示一个有效时间：

//公开了不可变字段的公共类-有问题
公众期末上课时间{
私人静态最终整数小时/天=24；
私人静态最终整数分钟/小时=60；
公众最后整时；
公开最后一分钟；
公共时间（整数小时，整数分钟）{
如果（小时<0小时>=每天小时）
抛出新的IllegalArgumentException（“小时：+Hour”）；
如果（分钟<0 | |分钟>=分钟/小时）
抛出新的IllegalArgumentException（“分钟：+minute”）；
这个小时=小时；
this.minute=分钟；
}
//省略的余数
}

在下面的句子中解释得很清楚，然后他给出了一个例子。我有第二版，也许你有第一版，但它不见了

虽然公共类直接公开字段从来都不是一个好主意，但事实确实如此 如果字段是不可变的，则危害较小。无法更改的表示形式 这样一个类没有改变它的API，当 字段被读取，但您可以强制执行不变量。（强调矿山）

书中给出的强制不变量示例：

例如，这个类保证 每个实例表示一个有效时间：

//公开了不可变字段的公共类-有问题
公众期末上课时间{
私人静态最终整数小时/天=24；
私人静态最终整数分钟/小时=60；
公众最后整时；
公开最后一分钟；
公共时间（整数小时，整数分钟）{
如果（小时<0小时>=每天小时）
抛出新的IllegalArgumentException（“小时：+Hour”）；
如果（分钟<0 | |分钟>=分钟/小时）
抛出新的IllegalArgumentException（“分钟：+minute”）；
这个小时=小时；
this.minute=分钟；
}
//省略的余数
}

我认为这与观点更相关。至少对我来说，当你声明公共字段时，你可以在使用你的类的组件之间添加紧密耦合。我很感激快速接受，我很高兴我的回答很有帮助。我认为这更多地与观点有关。至少对我来说，当你声明公共字段时，你可以在使用你的类的组件之间添加紧密耦合。我感谢快速接受，我很高兴我的回答是有帮助的。谢谢你的观点