💩 인스턴스 필드들을 모아 놓은 일 외에는 아무 목적도 없는 클래스

class Point {
    public double x;
    public double y;
}

문제점

• 직접 접근 가능한 필드
  • 필드가 public으로 선언되어 있어, 클래스 외부에서 직접 접근이 가능함
  • 이는 클래스의 내부 구현이 외부에 노출되어 있음을 의미하며, 이로 인해 여러 가지 문제가 발생할 수 있음
• 내부 표현 변경의 어려움
  • 필드가 외부에 직접 노출되어 있기 때문에, 나중에 이 클래스의 내부 구현을 변경하려 할 때 기존 코드를 수정하지 않고는 변경하기 어려움
• 불변성의 부재
  • 외부에서 필드를 자유롭게 변경할 수 있기 때문에, 클래스가 특정 상태를 유지하도록 보장하기 어려움
  • 예를 들어, 좌표의 값이 특정 범위를 넘지 않아야 한다는 등의 조건을 강제할 수 없음
• 부수 작업의 불가능
  • 필드 값이 변경될 때 추가적인 검증, 로깅, 계산 등의 부수 작업을 수행할 수 없음
  • 모든 변경이 직접 필드를 통해 이루어지기 때문

🧚🏻 해결책: 접근자(getter)와 변경자(setter) 메서드를 이용해 캡슐화 시키기

• 위와 같은 문제를 해결하기 위해, 필드의 접근 제한자를 private으로 바꾸고, 필요한 데이터에 접근할 수 있는 getter 메서드를 제공

  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 double getY() {
          return y;
      }
  
      public void setX(double x) {
          this.x = x;
      }
  
      public void setY(double y) {
          this.y = y;
      }
  }
  

이렇게 변경하면 다음과 같은 이점을 얻을 수 있음

• 데이터 은닉과 안전성
  • 클래스 외부에서는 getter를 통해서만 데이터에 접근할 수 있으므로, 필드를 잘못 변경하는 일을 방지할 수 있음
• 내부 표현의 자유로운 변경
  • 나중에 클래스의 내부 구현을 변경하더라도, 외부 인터페이스 (getter 메서드)는 그대로 유지할 수 있어, 사용하는 코드를 변경하지 않고도 내부 구현을 수정할 수 있음
• 데이터 검증과 부수 작업
  • setter 메서드(필요한 경우)를 통해 데이터를 변경할 때, 필요한 검증이나 부수 작업을 수행할 수 있음

🤔 package-private와 private 중첩 클래스는?

• 접근 범위가 매우 제한적이어서, 이들 클래스의 데이터 필드를 외부에 노출하는 것이 일반적으로 고려되는 캡슐화 원칙을 위반하지 않음!