[오브젝트] 4장. 설계 품질과 트레이드 오프

📕 기억에 남는 문장

• 객체 지향 설계란 올바른 객체에게 올바른 책임을 할당하면서 낮은 결합도와 높은 응집도를 가진 구조를 창조하는 활동이다.
  • 객체지향 설계의 핵심은 책임
  • 책임을 할당하는 작업이 응집도와 결합도 같은 설계 품질과 깊이 연관되어 있음
• 설계는 변경을 위해 존재하고 변경에는 어떤 식으로든 비용이 발생한다. 훌륭한 설계란 합리적인 비용 안에서 변경을 수용할 수 있는 구조를 만드는 것이다.
• 결합도와 응집도를 합리적인 수준으로 유지할 수 있는 중요한 원칙이 있다. 객체의 상태가 아니라 객체의 행동에 초점을 맞추는 것이다.
• 객체지향 설계에서는 두 가지 방법을 이용해 시스템을 객체로 분할할 수 있다.
  • 상태(데이터)를 분할의 중심축으로 삼는 방법
    • 객체는 자신이 포함하고 있는 데이터를 조작하는데 필요한 오퍼레이션 정의
    • 객체는 독립된 데이터 덩어리
  • 책임을 분할의 중심축으로 삼는 방법
    • 객체는 다른 객체가 요청할 수 있는 오퍼레이션을 위해 필요한 상태를 보관
    • 객체는 협력하는 공동체의 일원
• 훌륭한 객체지향 설계는 데이터가 아니라 책임에 초점을 맞춰야 한다.
  • 이는 변경과 관련이 있다.
  • 객체의 상태는 구현에 속한다. 구현은 불안정하기 때문에 변하기 쉽다. 상태를 객체 분할의 중심축으로 삼으면 구현에 관한 세부사항이 객체의 인터페이스에 스며들게 되어 캡슐화의 원칙이 무너진다. 결과적으로 상태 변경은 인터페이스의 변경을 초래하며 이 인터페이스에 의존하는 모든 객체에게 변경의 영향이 퍼지게 된다. 따라서 데이터에 초점을 맞추는 설계는 변경에 취약할 수 밖에 없다.
  • 그에 비해 객체의 책임은 인터페이스에 속한다. 객체는 책임을 드러내는 안정적인 인터페이스 뒤로 책임을 수행하는 데 필요한 상태를 캡슐화함으로써 구현 변경에 대한 파장이 외부로 퍼져나가는 것을 방지한다. 따라서 책임에 초점을 맞추면 상대적으로 변경에 안정적인 설계를 얻을 수 있게 된다.

 

설계 트레이드 오프

• 높은 응집도와 낮은 결합도를 가진 설계를 추구해야 하는 이유는 단 한 가지다. 그것이 설계를 변경하기 쉽게 만들기 때문이다. 변경의 관점에서 응집도란 변경이 발생할 때 모듈 내부에서 발생하는 변경의 정도로 측정할 수 있다.
• 내부 구현의 변경이 외부로 퍼져나가는 파급 효과는 캡슐화가 부족하다는 명백한 증거다.

 

📚 3줄 소감

• 데이터와 기능을 너무 일찍 분리해버려서 문제였다.
• 코드를 어떻게 개선해 볼 수 있을지에 대해서 더 가닥이 잡히는 것 같다.
• 상태 중심은 함수형 프로그래밍에서는 완전 필수였는데