Devin.KR

화면에서 API와 DB까지

선택한 문제의 저장·조회 흐름과 실패 위치를 설명합니다.

진도 0%

레슨

  1. 화면·서버·저장소의 역할

    개발 경험 없이도 요청과 저장의 책임을 구분합니다.

  2. 요청과 응답 관찰

    준비된 요청 기록의 메서드·경로·상태·본문을 읽습니다.

  3. 실패 응답 분류

    조건문 예제로 정상·입력 오류·서버 오류를 구분합니다.

  4. 신청 데이터와 계약

    필드·식별자·허용값·저장 실패 결과를 정의합니다.

화면에서 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
미션 시작 코드
모범 답안모범 답안 내려받기

검토 기준

  • 자동 검사는 구조와 참조를 확인하며 근거의 신뢰성과 판단의 타당성은 동료가 검토합니다.
  • 문제의 근거와 결정 이유가 연결되고 추측과 확인 사실을 구분합니다.