此时，Java的公共领域是否只是一个悲剧的历史设计缺陷？[关闭]

在这一点上，Java似乎是正统的，基本上不应将公共字段用于对象状态。（我不一定同意，但这与我的问题无关。）考虑到这一点，可以说从今天开始的今天，很显然Java的公共领域是语言设计的错误/缺陷？还是有一个合理的论据，即使在今天，它们仍然是语言的有用和重要的一部分？

谢谢！

更新：我知道更优雅的方法，例如C＃，Python，Groovy等。我不是直接在寻找这些示例。我真的只是想知道是否还有人在掩体深处，喃喃地谈论着真正的公共场所有多美妙，群众如何全都是羊，等等。

更新2：显然，静态的最终公共字段是创建公共常量的标准方法。我指的是将公共字段用于对象状态（甚至是不可变状态）。我认为应该将公共字段用作常量而不是状态，这似乎是一种设计缺陷，一种语言的规则应自然而然地通过语法而不是准则来强制执行。

我喜欢它们，只要该字段是最终字段，并且仅在应用程序内部使用，而不在其他应用程序的API中公开。这样可以使您的代码更短，更易读。

您不应该公开API中的公共字段，因为通过公开公共字段，您还可以公开实现。如果getXXX()改为将其公开为方法，则可以在不更改API接口的情况下更改实现。例如，您可以更改并从远程服务中获取价值，但是使用API​​的应用程序不需要知道这一点。

这是不可变类中public final字段的可行设计。

从有效的Java中：

项目14：在公共类中，使用访问器方法，而不是公共字段

...如果一个类是程序包私有的或私有嵌套的类，则公开其数据字段没有内在的错误。与访问器方法相比，此方法产生的混乱更少。

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

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

获取/设置方法对的使用是悲惨的历史设计缺陷。我想不出另一种语言来冗长和低效地实现属性。

我认为，对于本质上是诸如复数或点之类的值类型的类而言，公共字段是可以的，其中该类所做的不过是像C型结构那样将原始类型组合在一起，并可能定义了一些运算符。

定义公共常量仍然有用。例如

public static final int DAYS_IN_WEEK = 7;

但是，在可能的情况下，仍请选择枚举。例如

public enum Day {
    SUNDAY, MONDAY, TUESDAY, WEDNESDAY, 
    THURSDAY, FRIDAY, SATURDAY 
}

为了模拟简单的结构类，也是有用的。无论如何，当每个领域都是公开的时候，没有理由为每个领域创建一个getter和setter方法。

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

在IDE普及之前，将所有领域公开都是一种快速创建概念原型/证明的强大工具。

如今，当您可以通过单击鼠标来生成一个getter / setter对时，几乎没有使用它们的借口。

这是主观的，但我认为整个公共/私人概念已经过时和落后。

在python中没有公共/私有；一切基本上都是公开的。并没有引起很多问题。

在Java中，您倾向于为每个字段创建无意义的getter / setter，以避免将它们标记为“ public”的罪过。（恕我直言，如果您发现自己这样做，则应将其标记为公开）。