API 설계(url, 보내줄 데이터, 요청 형식)

1. 카드 API

   카드 조회/등록/수정/삭제/이동 Controller/Service/Repository + (단위 테스트)

   • 카드 조회
     • GET 요청(parameter x)
     • column별 List 형태로 전달(각 column별 개수)
     • (index), title, content, author_system
   • 카드 등록
     • POST 요청으로 body에 title, content를 담아서 전달, view단에서 작성 시스템이 넘어오는 지 질문
     • DB에 요청에 해당하는 객체 저장
     • DB에 발생한 행동의 로그 저장
     • redirect로 메인화면
   • 카드 수정 화면
     • GET 요청으로 해당 카드의 id를 parameter로 전달
     • DB에서 해당 id로 조회한 카드를 전달
     • title, content
   • 카드 수정 요청
     • PUT 요청으로 body에 title, content을 담아서 전달
     • DB에 수정사항 반영
     • DB에 발생한 행동의 로그 저장
     • redirect로 메인화면
   • 카드 삭제
     • DELETE 요청으로 삭제할 카드의 id를 URI로 넘겨줌
     • DB에 해당 카드 soft deletion 진행
     • DB에 발생한 행동의 로그 저장
     • redirect로 메인화면
   • 카드 이동
     • PUT 요청으로 body에 이동할 카드의 id, 이동할 카드의 현재 위치 index, 이동할 column의 status값, 이동 위치의 index값
     • DB에서 해당 id로 조회한 다음에 그 레코드의 status, index를 수정
     • DB에 발생한 행동의 로그 저장
       • (같은 column 내에서 이동이 발생한 경우 로그 처리는 어떻게 할까?)
       • 내부 column 이동은 로그가 남지 않는 것으로 초안
       • (조회한 카드의 status == 이동 column의 status)이면, 로그를 남기지 않도록 서비스단에서 처리 필요
     • redirect로 메인화면

2. 로그 API

   로그 조회 Controller/Service/Repository + (단위 테스트)

   • 로그 조회
     • GET 요청으로 parameter X
     • id 순으로 정렬해서 List 형태로 전달
     • (id), status, title, action, created_date, (prev_status) 전달

• 추후 URL 결정, 받을 요청 형식, 보내줄 데이터 형식은 Controller 설계 후에 문서나 예시 형태로 공유

배포