1장 - step3 코드에서 확장을 고려한다면?

[kmw2378]

예시 코드 step03 패키지 코드에서 확장을 고려한다면 어떤 걸 고려하는게 좋을까요?? 정말 다양하게 생각이 가능할 것 같은데 팀원분들의 생각을 듣고 싶습니다!

제가 생각했을 때 추가될 것 같은 기능들을 아래에 정리해보았습니다!

• 관람객(Audience)가 초대장(Invication)을 받아 가방(Bag)에 저장
• 결제 수단 다양화
• 초대장이 있어도 기간이 만료되었거나 사용 기간이 아닌 경우
• 가방에 여러 개의 티켓, 초대장 보유 (일급 컬렉션 Tickets, Invitations 도입)
• 관람객(Audience)에게 구매 영수증 선택적으로 전달
• 금액 관련 필드를 하나의 VO 객체로 통일

너무 투머치일 수 있다 생각하지만 ㅎㅎ... 지금같은 설계 단계에서 여러 확장성을 생각할 수 있는 능력도 중요하다 생각합니다!

[wonslee]

확장을 고려한다면 저는 결제 수단 다양화, 금액 필드의 클래스 분리를 먼저 고려하고 싶어요!

우선 Invitation 여부에 따라 처리하는 부분은 요구사항 변경에 너무 취약하다는 생각이 들었어요 다만 어떻게 리팩토링할지 감은 잘 안 오네요..

투머치라뇨! 너무 좋은 질문 주셨다고 생각합니다. 초대 기간 문제나 관객이 티켓 여러개 가진다는 생각은 왜 안해봤을까요ㅎㅎ 민우님은 예외처리 꼼꼼하게 잘하실 것 같다는 직감이 듭니다.

[sami355-24]

민우님이 올려주신 이슈에 대한 코멘트를 남기기전 프로그램의 목적에 대해 먼저 고려해보아야 한다고 생각합니다. 책에서 제시한 "티켓 판매 어플리케이션"에 제한하며 추가 기능에 대해 고려를 해본다면

• 티켓 구매시 할인 정책 ex) 추천인, 관람객이 가진 정보에 따른 할인 정책
• 티켓에 좌석표기및 좌석 수정 기능
• 결제수단의 다양화
• 초대장이 valid한지 확인하는 로직

정도가 있을듯 합니다!