지금까지 책을 읽으면서 생각하고 배운 지식이 여기에서 완성된다.
이 책은 197페이지입니다.
이 부분은 포스팅을 보지 않고 다시 읽어보시길 권합니다.
(사진도 너무 이쁘네요..)
객체 지향 패러다임은 모든 것이 객체라는 생각에서 시작됩니다.
프로그래머 사용자가 보낸 메시지를 실행하려면
막중한 책임 자율 객체로 생각하십시오.
시스템 사용자와의 만남의 한계에서 사용자의 목표를 달성하기 위해
사용자와 협업하는 많은 사람들 그것은 물체이다
시스템이 사용자에게 약속하는 기능은 시스템의 책임이라고 볼 수 있습니다.
더 작은 규모의 개체는 시스템이라는 개체에 포함될 수 있습니다.
글쎄, 시스템이 수행해야 할 큰 책임은
시스템에 있는 더 작은 개체의 협력을 통해 구현할 수 있습니다.
그 시점부터 책임감 있는 설계가 적용됩니다.
협력의 시작을 장식한 첫 번째 메시지는 시스템의 기능을 시스템의 책임으로 바꾼 후 받은 것입니다.
시스템에 부여된 막중한 책임
시스템의 더 작은 작업은 이제 수행해야 하는 더 작은 책임으로 분류됩니다.
그런 다음 … 어떤 개체를 선택할지 …
도메인 모델이 작동하는 곳입니다.
도메인 모델에 포함된 개념을 은유화하는 소프트웨어 개체를 선택해야 합니다.
(책에 있는 그림을 보세요.)
선택 후
개체에 책임을 할당하고 협업을 완료하는 데 필요한 메시지를 식별합니다.
개체의 이름은 도메인 모델에 포함된 개념에서 차용됩니다.
하다,
도메인 모델에 정의된 개념의 정의와 일치하도록 책임이 할당됩니다.
하다.
이자율 계산을 담당하는 객체의 예로는 이자율이 있습니다.
이자는 이자율에 의해 생성됩니다.
왜… 이자 계산을 책임지는 이자 객체를 만드세요.
책임 할당의 기본 원칙은 책임을 완수하는 데 필요한 정보를 개체에 할당하는 것입니다.
그것이 책임의 분담이기 때문입니다.
그렇게 하면…
일관된 상태와 동작을 함께 캡슐화하는 자율 객체가 생성됩니다.
정리하다
사용 사례는
시스템이 사용자에게 제공하는 기능을 표시하는 책임을 지게 합니다.
객체 간에 안정적인 구조로 책임을 분산하기 위한 출발점을 제공합니다.
도메인 모델
기능을 수용하기 위해 은유적일 수 있는 안정적인 구조를 제공합니다.
책임있는 디자인은
유스 케이스의 첫 번째 메시지와 사용자가 달성하고자 하는 목표,
도메인 모델의 기능을 수용할 수 있는 안정적인 구조 제공
실제로 작동하는 개체의 협력 커뮤니티를 만듭니다.
책임있는 디자인 방법
시스템의 기능을 역할과 책임을 수행하는 객체의 협력 관계로 간주함으로써
유스 케이스와 도메인 모델이라는 두 가지 기본 부분을 통합합니다.
책에 있는 예를 보라.
(P190, P193, P198, P200~)
책 “객체 지향의 사실과 신화”에서 발췌