Являются ли открытые поля Java просто трагическим историческим недостатком дизайна на данный момент? [закрыто]

Похоже, что в этой точке ортодоксальность Java никогда не должна использовать открытые поля для состояния объекта. (Я не обязательно согласен, но это не относится к моему вопросу.) Учитывая это, было бы правильно сказать, что с того места, где мы находимся сегодня, ясно, что открытые поля Java были ошибкой / недостатком языкового дизайна? Или есть рациональный аргумент, что они являются полезной и важной частью языка, даже сегодня?

Благодарность!

Обновление: я знаю о более элегантных подходах, таких как C #, Python, Groovy и т. Д. Я не ищу эти примеры напрямую. Мне действительно просто интересно, есть ли еще кто-то в глубине бункера, бормочущий о том, как прекрасны общественные поля на самом деле, и как все массы - просто овцы и т. Д.

Обновление 2. Очевидно, что статические открытые открытые поля являются стандартным способом создания открытых констант. Я имел в виду больше использования открытых полей для состояния объекта (даже неизменяемого состояния). Я думаю, что это кажется недостатком дизайна, что нужно использовать открытые поля для констант, но не для состояния ... правила языка должны соблюдаться естественным образом, с помощью синтаксиса, а не руководящих принципов.

Они мне нравятся до тех пор, пока поле является окончательным и используется только внутри приложения, а не раскрывается в API для других приложений. Это делает ваш код короче и более читабельным.

Вы не должны выставлять открытые поля в API, потому что, выставляя открытые поля, вы также открываете реализацию. Если getXXX()вместо этого вы представите его как метод, вы можете изменить реализацию, не меняя интерфейс API. Например, вы можете изменить и получить значение от удаленного сервиса, но приложения, использующие API, не должны это знать.

Это жизнеспособный дизайн для public finalполей в неизменяемых классах.

Из эффективной Java :

Пункт 14: В открытых классах используйте методы доступа, а не открытые поля

... если класс является закрытым для пакета или закрытым вложенным классом, нет ничего плохого в раскрытии его полей данных. Этот подход генерирует меньше беспорядка, чем подход метода доступа.

Хотя публичному классу никогда не рекомендуется открывать поля напрямую, это менее вредно, если поля являются неизменяемыми.

См. Также Почему я не должен использовать неизменяемые POJO вместо JavaBeans?

Использование пар методов get / set - трагический исторический недостаток дизайна. Я не могу думать о другом языке, который реализует свойства как многословно и неэффективно.

Я думаю, что открытые поля подходят для класса, который по существу является типом значения, таким как комплексное число или точка, где класс делает немного больше, чем группирует примитивные типы вместе, как структура в стиле C, и, возможно, определяет несколько операторов.

Определить публичные константы все еще полезно. Например

public static final int DAYS_IN_WEEK = 7;

Тем не менее, по-прежнему предпочитайте enum где это возможно. Например

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

Для моделирования простых структурных классов это также полезно. Нет причин создавать геттер и сеттер для каждого поля, если они все равно являются публичными.

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

До того, как IDE получили широкое распространение, обнародование всех ваших областей стало мощным инструментом для быстрого создания прототипов / проверок концепций.

В настоящее время существует очень мало оправданий для их использования, когда вы можете сгенерировать пару геттер / сеттер одним щелчком мыши.

Это субъективно, но мое мнение таково, что все публичное / частное понятие устарело и задом наперед.

В питоне нет публичного / приватного; в основном все публично. Не вызвало много проблем.

В Java вы, как правило, создаете бессмысленные методы получения / установки для каждого поля, чтобы избежать греха пометить их как «публичные». (ИМХО, если вы обнаружите, что делаете это, просто отметьте их как общедоступные).