이 시점에서 자바의 공공 장소는 비극적 인 역사적 디자인 결함 일까? [닫은]

이 시점에서 기본적으로 객체 상태에 공개 필드를 사용해서는 안되는 것은 Java 정통 인 것 같습니다. (나는 반드시 동의하지는 않지만 내 질문과는 관련이 없습니다.) 오늘날 우리가 어디에서 왔는지 Java의 공공 분야가 언어 디자인의 실수 / 결함이라는 것이 분명합니까? 아니면 오늘날에도 언어의 유용하고 중요한 부분이라는 합리적인 주장이 있습니까?

감사!

업데이트 : C #, Python, Groovy 등과 같은보다 우아한 접근 방식에 대해 알고 있습니다. 직접 이러한 예제를 찾지는 않습니다. 나는 아직도 벙커 안에 아직도 누군가가 있는지, 정말 멋진 공공 장소가 있는지, 그리고 대중이 모두 양인지 등을 궁금해하고 있습니다.

업데이트 2 : 명확하게 정적 인 최종 퍼블릭 필드는 퍼블릭 상수를 생성하는 표준 방법입니다. 객체 상태 (불변 상태조차도)에 공용 필드를 사용하는 것에 대해 더 많이 언급하고있었습니다. 저는 상수에 대해서는 공용 필드를 사용해야하지만 상태에는 사용하지 않아야하는 디자인 결함처럼 생각합니다. 언어 규칙은 가이드 라인이 아닌 구문에 의해 자연스럽게 적용되어야합니다.

필드가 최종 적이고 다른 응용 프로그램의 API에 노출되지 않고 응용 프로그램에서만 내부적으로 사용되는 한 마음에 들었습니다 . 이렇게하면 코드가 더 짧고 읽기 쉽습니다.

공용 필드를 노출하면 구현도 노출되므로 API에서 공용 필드를 노출해서는 안됩니다. getXXX()대신 메소드 로 노출 하면 API 인터페이스를 변경하지 않고 구현을 변경할 수 있습니다. 예를 들어 원격 서비스에서 가치를 변경하고 얻을 수 있지만 API를 사용하는 응용 프로그램은이를 알 필요가 없습니다.

변경 불가능한 클래스의 public final필드에 적합한 디자인입니다 .

에서 효과적인 자바 :

항목 14 : 공개 클래스에서는 공개 필드가 아닌 접근 자 메소드를 사용하십시오.

... 클래스가 패키지 전용이거나 개인 중첩 클래스 인 경우 데이터 필드를 노출하는 데 본질적으로 아무런 문제가 없습니다. 이 접근 방식은 접근 자 방식보다 덜 복잡합니다.

공개 클래스가 필드를 직접 노출하는 것은 좋은 생각이 아니지만 필드를 변경할 수없는 경우에는 덜 해 롭습니다.

JavaBeans 대신 불변 POJO를 사용해야하는 이유는 무엇입니까?를 참조하십시오 .

get / set 메소드 쌍의 사용은 비극적 인 역사적 디자인 결함입니다. 속성을 자세하고 비효율적으로 구현하는 다른 언어는 생각할 수 없습니다.

필자는 본질적으로 복잡한 숫자 또는 포인트와 같은 값 유형 인 클래스의 경우 공개 필드가 괜찮다고 생각합니다. 클래스는 클래스가 C 스타일 구조체와 같이 기본 유형을 그룹화하는 것 이상을 수행하지 않고 몇 가지 연산자를 정의 할 수 있습니다.

공용 상수를 정의하는 것이 여전히 유용합니다. 예 :

공개 정적 최종 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가 널리 보급되기 전에 모든 필드를 공개하는 것은 프로토 타입 / 개념의 개념을 빠르게 만들 수있는 강력한 도구였습니다.

요즘에는 마우스 클릭만으로 게터 / 세터 쌍을 생성 할 수있을 때 사용에 대한 변명이 거의 없습니다.

이것은 주관적이지만 내 의견은 전체 대중 / 개인 개념이 구식이며 거꾸로되어 있다는 것입니다.

파이썬에는 공개 / 개인이 없습니다. 모든 것이 기본적으로 공개됩니다. 많은 문제를 일으키지 않았습니다.

Java에서는 "공용"으로 표시하는 죄를 피하기 위해 각 필드에 대해 무의미한 getter / setter를 만드는 경향이 있습니다. (IMHO 자신이 그렇게한다면 공개적으로 표시해야합니다).