4장에서는 메서드 null, 예외 처리 등 객체나 메서드가 끝나는 시점에 관련된 내용을 소개해주고 있다. 특히, 예외 처리의 경우 매우 중요한 이슈이므로 유의해서 보도록 한다.

3장에서는 거대한 객체, 정적 메서드, NULL 참조, getter, setter, new 연산자 사용을 반대하고 있다.
그 이유에 대해 자세하게 알아보도록 한다.

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

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

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

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

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

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

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

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