객체는 작아야 한다는 내용이 이어지고 있다.
그 이유와 방법에 대해서 계속 알아보도록 한다.

이번 챕터에서 하고자 하는 얘기는 바로 ‘객체는 작아야 한다.’ 이다.
객체를 작게 유지하기 위한 기준과 그 이유를 자세하게 설명해주고 있다.

객체지향에 대해서 더 자세하게 공부하고 이해하고 싶어 이 책을 읽기 시작했다.
이 책의 저자는 단정적인 말투로 이야기를 하고 있기 때문에 읽는데 쉽지 않았지만 코드 품질을 위한 방향이므로 유연하게 받아 들여야겠다.

객체망을 구성할 때는 의존성이 양방향이 되지 않도록 하는 것이 중요하다.
가장 중요한 pattern 은 abstract factory method pattern, command pattern이다.

절차대로 프로그램을 쪼개거나 데이터를 기준으로 추상화를 하면 로직이 쉽게 오염될 수 있다.
데이터가 없는 상태에서 객체 지향 추상화를 하고 type으로 구분한다.

실제로 리스코프 치환 원칙(LSP) 지켜지는 것이 힘들다.
다양한 역할로 나누어질 경우 최대한 client 쪽으로 밀어내면서 type으로 해결하자

객체 통신 구조가 순환이 돌면 잘못된 설계이다.
SOLID 원칙, GRASP 패턴 등 다양한 원칙과 패턴을 이용하여 객체를 설계하자.

조건은 많아질수록 복잡해지고 제거할 수 없다.
그러므로 최대한 역할을 나누는 것이 중요하고 객체 지향에서 이 역할을 타입을 통해 잘 표현해내야 한다.

우리의 궁극적인 목표는 바로 변화로부터 격리를 시키는 것이다.
그러기 위해서는 클라이언트 코드부터 작성하고 클래스들을 만들어나가야 한다.

IT 환경에서는 시간을 단축시키는 것이 중요하다.
오브젝트 책을 참고하여 추상화를 공부하고 객체 지향 개발을 통해 변경사항을 격리시키자.