화면에서 API와 DB까지
선택한 문제의 저장·조회 흐름과 실패 위치를 설명합니다.
진도 0%
레슨
- 화면·서버·저장소의 역할
개발 경험 없이도 요청과 저장의 책임을 구분합니다.
- 요청과 응답 관찰
준비된 요청 기록의 메서드·경로·상태·본문을 읽습니다.
- 실패 응답 분류
조건문 예제로 정상·입력 오류·서버 오류를 구분합니다.
- 신청 데이터와 계약
필드·식별자·허용값·저장 실패 결과를 정의합니다.
화면에서 API와 DB까지 미션
선택한 문제의 저장·조회 흐름과 실패 위치를 설명합니다. 동아리 행사 신청과 승인 상태 확인 업무를 개선합니다.
요구사항
- m02의 현재 흐름에 화면·API·DB 경계와 요청 ID를 추가합니다.
- 신청·조회 API의 입력·응답·실패와 중복 요청 처리 계약을 기록합니다.
- data-flow.json에 구조화된 기록을 제출하고 이전 모듈의 근거 ID를 보존합니다.
- 앞 모듈 solution의 project-brief.json·research.json을 그대로 보존하고 제안 계약은 mode=provided-design으로 표시합니다.
- 여섯 사례의 요청 ID·HTTP 상태·업무 결과·행 증가량·사용자 안내·다음 확인을 모의 재생 결과와 연결합니다.
완료 기준
- 신청·조회 각각 화면→API→DB→응답 연결이 끊기지 않습니다.
- 정상·입력 오류·저장 실패·중복 요청 사례에 기대 상태와 사용자 안내가 존재합니다.
- 실습 패키지 루트에서 python3 check.py --submission data-flow.json 실행 시 필수 필드·ID 참조·사례 수 검사에 실패가 없고 종료 코드가 0입니다.
- starter는 앞 근거 검사를 통과하고 새 흐름·계약·사례 검사에서 실패하며 solution은 모두 통과합니다.
- 동일 키·동일 본문의 순차 재전송은 기존 신청 ID·HTTP 200·행 증가 0이며 실제 동시 처리·인증은 미확인으로 남깁니다.
python3 check.py --submission data-flow.json미션 시작 코드
모범 답안
모범 답안 내려받기검토 기준
- 자동 검사는 구조와 참조를 확인하며 근거의 신뢰성과 판단의 타당성은 동료가 검토합니다.
- 문제의 근거와 결정 이유가 연결되고 추측과 확인 사실을 구분합니다.