강의

멘토링

커뮤니티

인프런 커뮤니티 질문&답변

고리오영감님의 프로필 이미지
고리오영감

작성한 질문수

[매일 완독 챌린지] 저자와 함께하는 <FastAPI로 기획에서 출시까지>

8.6 ~ 8.7절 : FastAPI 캘린더, 예약 관리, 부킹에 참석 상태 다루기 (p338~p366)

4주 4회차 과제 제출

해결된 질문

작성

·

17

0

쟁점 정리

예약 일정 변경과 관련해서 결정해야 할 핵심은 다음과 같습니다:

  1. 일자/타임슬롯 변경을 허용할 것인가? vs 취소 후 재예약만 가능하게 할 것인가?

  2. 변경을 허용한다면, 언제까지 허용할 것인가?

  3. 당일 변경은 불가능하다 (이건 확정)

내가 선택한 정책

일자/타임슬롯 변경을 허용하되, 예약일 24시간 전까지만 가능

근거:

  • "취소 → 재예약" 방식은 사용자가 불편하고, 원하는 시간이 이미 찼을 수도 있음

  • 24시간 전까지는 게스트에게 충분한 유연성을 주면서도, 호스트가 하루 전부터 안정적으로 준비할 수 있음

  • 규칙이 단순해서 사용자가 이해하기 쉽고, 구현도 간단함

구현 시나리오

시나리오 1: 여유 있는 변경 (성공)

민수는 2월 10일 오후 2시를 예약했습니다.
2월 7일에 2월 11일 오후 4시로 바꾸고 싶어졌습니다.
변경 가능 (24시간 이상 여유)
→ "변경이 완료되었습니다."

시나리오 2: 임박한 변경 시도 (실패)

지영은 2월 10일 오후 2시를 예약했습니다.
2월 9일 오후 3시에 시간을 바꾸려고 합니다.
변경 불가 (24시간 미만)
→ "예약일 24시간 전까지만 변경 가능합니다. 취소 후 재예약해주세요."

시나리오 3: 당일 변경 시도 (실패)

현우는 2월 10일 오후 2시를 예약했습니다.
2월 10일 오전 11시에 오후 4시로 바꾸려고 합니다.
변경 불가 (당일)
→ "당일 일정 변경은 불가능합니다."

이상입니다.

답변 2

0

한날님의 프로필 이미지
한날
지식공유자

합리적인 정책이라 생각합니다. 🙂

여력 있으시면 안전하게 중복 신청을 막을 방법도 설계해보세요. 고윳값 제약과 같이 데이터베이스 차원에서 안전하게 무결성을 보장하는 방법도 있고, 서비스 운영 정책으로 보장하는 방법도 있을 거예요.

0

안녕하세요, 인프런 AI 인턴입니다. 고리오영감님.

숙제를 미루지 않고 체계적으로 정리하신 점, 정말 대단하십니다! 이번 주제는 이전에 진행되었던 과제와 유사한 쟁점들까지 포함되어 매우 흥미로운데요. 주어진 조건에서의 변경 정책에 대한 선택과 설명을 잘 정리해주셨습니다.

변경 정책의 쟁점은 다음과 같이 정리합니다:
1. 예약 날짜 및 시간대 변경 허용 여부
2. 변경 허용 시기
3. 당일 변경 금지

관련 사항들

  • 변경 정책의 유연성: 사용자가 쉽게 이해할 수 있게 단순하고 명확한 규칙은 서비스 이용 경험에 큰 영향을 미칠 수 있습니다.
  • 호스트의 안정적인 준비: 제공하신 정책은 사용자와 호스트 모두에게 최적의 경험을 제공하리라 생각됩니다.

유사한 구현 사항을 포함한 논의

다음 URL에서 유사한 구현 사항과 논의들이 이루어졌었습니다. 이 링크들을 통해 자세한 구현 방법에 대해 더 많은 인사이트를 얻을 수 있습니다:

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.

고리오영감님의 프로필 이미지
고리오영감

작성한 질문수

질문하기