1. 영화 예매 시스템에 관한 도메인 구조

2. Screening(상영) 클래스

3. Money(계산) 클래스

4. Reservation(예매) 클래스

5. Screening(상영), Reservation(예매), Movie(영화) 사이의 협력

1. 영화 예매 시스템에 관한 도메인 구조

1-1) 영화 예매 도메인을 구성하는 타입들의 구조

1-2) 객체지향 패러다임이 강력한 이유

• 요구사항을 분석하는 초기 단계부터 프로그램을 구현하는 마지막 단계까지 객체라는 동일한 추상화

  기법을 사용할 수 있기 때문이다.

• 요구사항과 프로그램을 객체라는 동일한 관점에서 바라볼 수 있기 때문에 객체와 클래스로

  매끄럽게 연결될 수 있다.

2. Screening(상영) 클래스

2-1) Screening class

3. Money(계산) 클래스

• 금액과 관련된 다양한 계산 클래스
• Long 타입
  • 금액을 구현하기 위해 Long 타입을 사용한 포인트 기억.
  • Long 타입은 변수의 크기나 연사자의 종류에 관련된 구현 관점의 제약은 표현할 수 있지만
    • Money 타입처럼 저장하는 값이 금액과 관련돼 있다는 의미를 전달 할 수 는 없다.
  • 또한 금액과 관련된 로직이 서로 다른 곳에 중복되어 구현되는 것을 막을 수 없다.
  • 객체 지향의 장점
    • 도메인의 의미를 풍부하게 표현할 수 있다는 거임.
    • 의미를 좀 더 명시적이고 분명하게 표현할 수 있다면 객체를 사용해서 해당 개념을 구현하기

3-1) Money Class

4. Reservation(예매) 클래스

4-1) Reservation Class

5. Screening(상영), Reservation(예매), Movie(영화) 사이의 협력

5-1) 개념

• 영화를 예매하기 위해 Screening, Movie, Reservation 인스턴스들은 서로의 메서드를 호출하며

  상호작용을 한다. 시스템의 어떤 기능을 구현하기 위해 객체들 사이에 이뤄지는 상호작용을 협력임.

5-2) Image

• 1. 예매, 2) 요금 계산 3) , 4) 예매

• Screening이 movie에게 calculateMovieFee라는 메시지를 전송한다라는 게 적절한 표현.
  • Screening은 Movie 안에 calculateMovieFee 메서드가 존재하고 있는지조차 알지 못한다.
  • 단지 Movie가 calculateMovieFee 메시지에 응답할 수 있다고 믿고 메시지를 전송할 뿐이다.
• 메시지를 수신한 Movie는 스스로 적절한 메서드를 선택한다.