Чи є загальнодоступні поля Java лише трагічним історичним недоліком дизайну? [зачинено]

Начебто православ'я Java на даний момент, що в основному ніколи не слід використовувати публічні поля для стану об'єкта. (Я не обов'язково згоден, але це не стосується мого питання.) Враховуючи це, чи було б правильно сказати, що з того місця, де ми сьогодні є, зрозуміло, що публічні поля Java були помилкою / недоліком мовного дизайну? Або є раціональний аргумент, що вони є корисною і важливою частиною мови навіть сьогодні?

Спасибі!

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

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

Мені подобаються, якщо поле остаточне і використовується лише внутрішньо в додатку, а не в API для інших програм. Це зробить ваш код коротшим та легшим для читання.

Не слід відкривати публічні поля в API, оскільки, відкриваючи загальнодоступні поля, ви також піддаєте реалізації. Якщо ви getXXX()натомість викриєте це як метод, ви можете змінити реалізацію, не змінюючи інтерфейс API. Наприклад, ви можете змінити та отримати значення з віддаленої служби, але програмам, які використовують API, цього не потрібно знати.

Це життєздатна конструкція для public finalполів у незмінних класах.

З ефективної Java :

Пункт 14: У публічних класах використовуйте методи аксесуара, а не загальнодоступні поля

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

Хоча для громадського класу ніколи не є корисним відкриття полів, це менш шкідливо, якщо поля незмінні.

Дивіться також Чому я не повинен використовувати незмінні POJO замість JavaBeans?

Використання пар методу get / set є трагічним недоліком історичного дизайну. Я не можу придумати іншу мову, яка реалізує властивості як багатослівно, так і неефективно.

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

Для визначення публічних констант все ще корисно. Напр

загальнодоступний статичний кінцевий int DAYS_IN_WEEK = 7;

Однак все-таки віддайте перевагу перелікам, де це можливо. Напр

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 набули широкого поширення, оприлюднення всіх ваших полів було потужним інструментом для швидкого створення прототипів / доказів концепцій.

На сьогоднішній день існує дуже мало приправ для їх використання, коли ви можете генерувати пари геттера / сеттера одним клацанням миші.

Це суб'єктивно, але моя думка полягає в тому, що все суспільне / приватне поняття застаріле і назад.

У python немає публічного / приватного; все в основному публічно. Це не викликало багатьох проблем.

У Java ви схильні створювати безглузді геттери / сетери для кожного поля, щоб уникнути гріха відзначати їх "загальнодоступними". (ІМХО, якщо ви виявите, що ви робите це, вам слід просто позначити їх публічно).