오브젝트 - 코드로 이해하는 객체지향 설계

▣ 들어가며: 프로그래밍 패러다임
01 패러다임의 시대
02 프로그래밍 패러다임

▣ 1장: 객체, 설계
01. 티켓 판매 애플리케이션 구현하기
02. 무엇이 문제인가
___예상을 빗나가는 코드
___변경에 취약한 코드
03. 설계 개선하기
___자율성을 높이자
___무엇이 개선됐는가
___어떻게 한 것인가
___캡슐화와 응집도
___절차지향과 객체지향
___책임의 이동
___더 개선할 수 있다
___그래, 거짓말이다!
04. 객체지향 설계
___설계가 왜 필요한가
___객체지향 설계

▣ 2장: 객체지향 프로그래밍
01. 영화 예매 시스템
___ 요구사항 살펴보기
02. 객체지향 프로그래밍을 향해
___ 협력, 객체, 클래스
___ 도메인의 구조를 따르는 프로그램 구조
___ 클래스 구현하기
___ 협력하는 객체들의 공동체
___ 협력에 관한 짧은 이야기
03. 할인 요금 구하기
___ 할인 요금 계산을 위한 협력 시작하기
___ 할인 정책과 할인 조건
___ 할인 정책 구성하기
04. 상속과 다형성
___ 컴파일 시간 의존성과 실행 시간 의존성
___ 차이에 의한 프로그래밍
___ 상속과 인터페이스
___ 다형성
___ 인터페이스와 다형성
05. 추상화와 유연성
___ 추상화의 힘
___ 유연한 설계
___ 추상 클래스와 인터페이스 트레이드오프
___ 코드 재사용
___ 상속
___ 합성

▣ 3장: 역할, 책임, 협력
01. 협력
___ 영화 예매 시스템 돌아보기
___ 협력
___ 협력이 설계를 위한 문맥을 결정한다
02. 책임
___ 책임이란 무엇인가
___ 책임 할당
___ 책임 주도 설계
___ 메시지가 객체를 결정한다
___ 행동이 상태를 결정한다
03. 역할
___ 역할과 협력
___ 유연하고 재사용 가능한 협력
___ 객체 대 역할
___ 역할과 추상화
___ 배우와 배역

▣ 4장: 설계 품질과 트레이드오프
01. 데이터 중심의 영화 예매 시스템
___ 데이터를 준비하자
___ 영화를 예매하자
02. 설계 트레이드오프
___ 캡슐화
___ 응집도와 결합도
03. 데이터 중심의 영화 예매 시스템의 문제점
___ 캡슐화 위반
___ 높은 결합도
___ 낮은 응집도
___ 캡슐화를 지켜라
04. 자율적인 객체를 향해
___ 스스로 자신의 데이터를 책임지는 객체
___ 캡슐화 위반
05. 하지만 여전히 부족하다
___ 높은 결합도
___ 낮은 응집도
___ 데이터 중심 설계는 객체의 행동보다는 상태에 초점을 맞춘다
06. 데이터 중심 설계의 문제점
___ 데이터 중심 설계는 객체를 고립시킨 채 오퍼레이션을 정의하도록 만든다

▣ 5장: 책임 할당하기
01. 책임 주도 설계를 향해
___ 데이터보다 행동을 먼저 결정하라
___ 협력이라는 문맥 안에서 책임을 결정하라
___ 책임 주도 설계
02. 책임 할당을 위한 GRASP 패턴
___ 도메인 개념에서 출발하기
___ 정보 전문가에게 책임을 할당하라
___ 높은 응집도와 낮은 결합도
___ 창조자에게 객체 생성 책임을 할당하라
03. 구현을 통한 검증
___ DiscountCondition 개선하기
___ 타입 분리하기
___ 다형성을 통해 분리하기
___변경으로부터 보호하기
___ Movie 클래스 개선하기
___ 변경과 유연성
04. 책임 주도 설계의 대안
___ 메서드 응집도
___ 객체를 자율적으로 만들자

▣ 6장: 메시지와 인터페이스
01. 협력과 메시지
___ 클라이언트-서버 모델
___ 메시지와 메시지 전송
___ 메시지와 메서드
___ 퍼블릭 인터페이스와 오퍼레이션
___ 시그니처
02. 인터페이스와 설계 품질
___ 묻지 말고 시켜라
___ 의도를 드러내는 인터페이스
___ 함께 모으기
03. 원칙의 함정
___ 디미터 법칙은 하나의 도트(.)를 강제하..