A Developing Developer
DAY 25. 주특기(Node.js) Node.js 과제 + 과제 피드백 (K튜터님) 본문
금요일
피곤
애자일 특강과 트릿지 채용설명회 이번 주 과제 피드백 특강 여러가지가 있었다.
정신이 몽롱한데,
오늘은 적당히 정리하고 쉬어야겠다.
============================================================================================
과제 피드백 (K 튜터님 & J 튜터님)
1. 수정, 삭제 API에서 Resource를 구분하기 위해서 Request를 어떤 방식으로 사용하셨나요? (`param`, `query`, `body`)
GET /api/post/1
=> 1 이 param
https://www.google.com/search?q=%EC%9B%94%EB%93%9C%EC%BB%B5&rlz=1C1IBEF_koKR995KR995&oq=%EC%9B%94%EB%93%9C%EC%BB%B5&aqs=chrome..69i57j46i131i433i512j35i39j0i3j0i131i433i512l2j69i60l2.1333j0j4&sourceid=chrome&ie=UTF-8
=> ?뒤가 query
PUT POST 할때 서버에 변경된 사항을 보낼때 body 에 담아서 보냄
2. HTTP Method의 대표적인 4가지는 `GET`, `POST`, `PUT`, `DELETE` 가있는데 각각 어떤 상황에서 사용하셨나요?
GET : 조회
POST : 입력
PUT : 수정
DELETE : 삭제
3. RESTful한 API를 설계했나요? 어떤 부분이 그런가요? 어떤 부분이 그렇지 않나요?
-
4. 역할별로 Directory Structure를 분리하였을 경우 어떠한 이점이 있을까요?
유지보수가 용의
유추하기가 쉽다.
- 상태코드와 Response
주로 사용 되는 코드!
- 200: OK 성공
- 201: Created (작성성공)
- 400: Bad Request(잘못된요청)
- 401: Unauthorized(권한없음)
- 404: Not found(찾을수 없음)
- 4XX: 클라이언트로 인한 오류발생
- 5XX: 서버로 인한 오류발생
----------------------------------------------
!TIP
K 튜터님 API 명세방식
POST /api/posts/:post_id/comments
----------------------------------------------
- createAt 같은 클라이언트가 건드리면 안되는 데이터는 입력하지 않는다.
- if 문 쓸때 .length 길이 비교할때 숫자를 써서 확인 if (board.length) => if(board.length > 0) 좌측보다는 우측으로
- 목록(전체글) 은 항상 페이지네이션 필요! (서버에 부담 덜기)
- require 는 맨위에 배치하는게 좋음
이런거
============================================================================================
이제 8시인데 피곤...
팀원들 소통대단하네... 묻어가야지