[오브젝트] 1장 객체, 설계

📕 기억에 남는 문장들

- 프로그래밍 패러다임은 개발자 공동체가 동일한 프로그래밍 스타일과 모델을 공유할 수 있게 함으로써 불필요한 부분에 대한 의견 충동을 방지한다. 또한 프로그래밍 패러다임을 교육시킴으로써 동일한 규칙과 방법을 공유하는 개발자로 성장할 수 있도록 준비시킬 수 있다.
- 객체지향 패러다임이라는 용어를 사용할 때 완벽하게 동일하지는 않더라도 어느 정도 유사한 그림을 머릿속에 그릴 수 있도록
- 동일한 규칙과 표준에 따라 프로그램 작성
- 서로 다른 패러다임이 하나의 언어 안에서 공존함으로써 서로의 장단점을 보완하는 경향을 보인다.
- 혁명적이 아닌 발전적

코드를 이해하기 어려운 이유
- 코드가 상식과 너무나도 다르게 동작하는 경우
- 이해하기 위해서는 여러가지 세부적인 내용들을 한꺼번에 기억해야하는 경우

의존성 문제
- 의존성이라는 말 속에는 어떤 객체가 변경될 때 그 객체에게 의존하는 다른 객체도 함께 변경될 수 있다는 사실이 내포돼 있다.
- 그렇다고 해서 객체 사이의 의존성을 완전히 없애는 것이 정답은 아니다. 
- 객체지향 설계는 서로 의존하면서 협력하는 객체들의 공동체를 구축하는 것이다. 
- 따라서 우리의 목표는 애플리케이션 기능을 구현하는 데 필요한 최소한의 의존성만 유지하고 불필요한 의존성을 제거하는 것이다.
- 설계의 목표는 객체 사이의 결합도를 낮춰 변경이 용이한 설계를 만드는 것이어야 한다.

자율성
- 각 객체의 자율성을 높이면 의존성이 낮아진다. 
- 개념적이나 물리적으로 객체 내부의 세부적인 사항을 감추는 것을 캡슐화라고 부른다.
- 캡슐화의 목적은 변경하기 쉬운 객체를 만드는 것이다. 
- 캡슐화를 통해 객체 내부로의 접근을 제한하면 객체와 객체 사이의 결합도를 낮출 수 있기 때문에 설계를 좀 더 쉽게 변경할 수 있게 된다.

- 핵심은 객체 내부의 상태를 캡슐화하고 객체 간에 오직 메시지를 통해서만 상호작용하도록 만드는 것이다.
- 밀접하게 연관된 작업만을 수행하고 연관성 없는 작업은 다른 객체에게 위임하는 객체를 가리켜 응집도가 높다고 말한다.
- 자신의 데이터를 스스로 처리하는 자율적인 객체를 만들면 결합도를 낮출 수 있을뿐더러 응집도를 높일 수 있다.

책임의 이동
- 하나의 기능을 완성하는 데 필요한 책임이 여러 객체에 걸쳐 분산돼 있는 것이다.
- 객체지향 설계에서는 독재자가 존재하지 않고 각 객체에 책임이 적절하게 분배된다.
- 따라서 각 객체는 자신을 스스로 책임진다.
- 객체지향 애플리케이션은 스스로 책임을 수행하는 자율적인 객체들의 공동체를 구성함으로써 완성된다.

- 어떤 기능을 설계하는 방법은 한 가지 이상일 수 있다.
- 동일한 기능을 한 가지 이상의 방법으로 설계할 수 있기 때문에 결국 설계는 트레이드오프의 산물이다.
- 어떤 경우에도 모든 사람들을 만족시킬 수 있는 설계를 만들 수는 없다.

- 설계는 균형의 예술이다.

- 비록 현실에서는 수동적인 존재라고 하더라도 일단 객체지향의 세계에 들어오면 모든 것이 능동적이고 자율적인 존재로 바뀐다.
- 의인화
- 훌륭한 객체지향 설계란 소프트웨어를 구성하는 모든 객체들이 자율적으로 행동하는 설계를 가리킨다.

 

❓ 질문

- 꼭 능동적이고 자율적이어야 하나? 어떤 부분은 사실 데이터로만 존재하는 객체들도 있을 수 있지 않나?

 

📚 3줄 요약

- 자율적인 객체를 만들자.

- 설계는 코드를 배치하는 것이다.

- 어떤 경우에도 모든 사람들을 만족시킬 수 있는 설계를 만들 수는 없다.