Getter, Setter 지양하기

📌 객체의 상태가 변경되는 것은 객체 스스로의 행동에 의해서야 한다.

이렇게 설계될 때 객체는 자율적인 객체가 되고 외부의 영향을 받지 않음으로써 느슨한 결합과 유연한 협력을 이룰 수 있다.

getter, setter는 자신의 상태정보를 외부에 노출하고 이것은 외부의 영향으로 상태정보가 변할 수 있는 가능성을 열어두게된다. 한 객체의 변화가 여러 객체에게 영향을 주는 이러한 코드가 많아질수록 훗날 유지보수가 어려워질 것이다.

💡 Getter 지양하기

---

getter는 단순히 값을 뱉어내는 역할을 할 뿐 객체의 상태값을 변경할 수 있는 것도 아닌데 굳이 왜 그렇게 하는것일까?

🎈 Getter를 지양해야하는 이유

• getter를 남발하는 습관을 막을 수 있다.
  객체는 독립적이어야하는데 getter를 통한 로직처리를 하는 메소드가 많아질수록 getter에 대한 의존성은 매우 높아질 것이다.

• getter메소드만으로 외부에서 객체의 상태를 변경하지는 못하지만 그 결과값이 객체의 상태를 변경시키는데에 사용될 수 있다.
  
  

🎈 Getter 대신에 쓸 수 있는 방법

• getter를 통해 얻은 상태값으로 하려고 했던 행동을 그 상태값을 가진 객체가 하도록 행동의 주체를 옮긴다.

  • 예를 들어 값을 비교할 때 get을 사용해 객체의 변수를 꺼내와서 비교했다면 isSame()과 같은 메소드를 객체에 위치시켜 비교하고자 하는 값을 메소드의 파라미터로 넘겨 객체가 판별하도록 하는 것이다.

💡 Setter 지양하기

---

🎈 Setter를 지양해야하는 이유

• 위에도 언급했듯이, 객체는 독립적이어야하는데 setter를 통한 로직처리를 하는 메소드가 많아질수록 setter에 대한 의존성은 매우 높아질 것이다.

• 변경되지 않는 인스턴스에 대해서도 setter로 접근이 가능해져 객체의 일관성, 안정성이 보장받기 힘들다. (setter가 가능하다는 것은 불변하지 않다는 것이다)
  
  

🎈 Setter 대신에 쓸 수 있는 방법

• 객체를 생성하는 경우 생성자를 통해 데이터를 받아서 처리하기
  User user = new User(team, username, password);
  User 도메인에서는 다음과 같다.

  public User(String team, String username, int password){
      this.team = team;
      this.username = username;
      this.password = password;
  }

• builder패턴을 이용하기

User newUser = User.builder()
                        .username(user.getUsername)
                        .password(passwordEncoder.encode(user.getPassword)
                        .name(user.getName).build();

참고 | getter메소드 사용을 지양하자
참고 | lombok 잘 사용하기잘 사용하기
참고 | 도메인 모델에 set 메소드 사용하지 않기

공부한 이후로 setter는 안쓰고 있는데 getter를 안쓰는 것은 어려운 것 같다..ㅠ