오늘의 키워드
- TIL 작성법
- API
- Git, GitHub
-
TIL 작성법
빠르고(공부에 방해되지않을만큼만) 꼼꼼하게
문시해알 - 문제점 시도해본 것 해본 것 알게된 것
나의 언어로 해석해서 작성하는 것이 TIL
TIL 진짜 절대 미루지말고 매일 꾸준히 쓰자!
포트폴리오 이력서 면접 모든 분야에서 사용할 수 있다 -
API
API 명세를 작성할 때 {URL}/restaurant 이런식으로 작성하는데 {URL}/restaurant/.../999 이런식으로 까지 작성되는 경우에는 어떻게 작성해야하지? 왜 현재 단계에서는 {URL}/restaurant 이런식으로 시작되는걸까?
경로가 깊어지는 과정인데 경로가 깊어지면 삭제 과정에서 사용했던 것 처럼 {URL}/restaurant/{id}/.../{id999} 이런식으로 작성하면된다
키(Key)값(Value) - 키:restaurantId 값:ID (예: 1) 이게 path parameter
용어 정리가 필요할 것같다
엔드포인트(Endpoint): 상가 안에 있는 특정 가게와 문(Door) (예: GET /restaurants)http 메서드 까지 붙여줘야 엔드포인트인건가?
URL / Path: /restaurants (위치)
Endpoint: GET /restaurants (위치 + 내가 하려는 작업)API 맛집 설계 이후에 v0로 프론트를 구성하고 연결을 성공했는데, 삭제 요청시에 204가 아닌 200이 출력되었다. 프론트에서의 문제인가 내 문제인가?
답변)
먼저 어느 쪽 문제인지 가르는 방법이 있습니다. Postman에서 직접 mock URL로 DELETE 요청을 보내보세요.
Postman에서도 200이면 → Mock Server 설정 문제
Postman에서는 204인데 v0에서만 200이면 → 프론트 문제
만약 Mock쪽이 원인이라면, Example을 204로 변경했으나 save가 안되었거나, 같은 경로에 하나 더 있어서 발생하는 문제일 확률이 높습니다.
프론트쪽 원인이라면 v0가 생성한 코드가 API의 응답에대한 response.status를 찍는 게 아니라 성공 시 200을 하드코딩했거나, 자체 API route를 경유하면서 그 route가 200으로 다시 응답하는 경우가 있을 수 있습니다. 브라우저 개발자도구 Network 탭에서 실제 mock URL로 나간 요청의 상태 코드를 보면 확실하게 구분이 됩니다.
=>확인 결과 v0가 하드코딩하는 과정에서 200을 출력하도록 했다. 개발자 도구를 통해서 확인해보니 204가 찍혀있던 것을 알 수 있었다.
개발자 도구를 펼쳐서 확인했으면 더 빨리 오류를 잡을 수 있었을 것같다. 처음에는 인텔리제이 내에서 발생하는 status code를 보고 판단했다. -
Git
학교에서 프로젝트를 진행할 때는 Git의 원리를 생각하지않고 외워서 사용하던 느낌이 강했는데, 강의를 통해서 working tree의 구조 working directory, staging area,repository(.git directory)에 대해 각각 이해할 수 있었다처음 수업을 들을 때 working directory에서 추적하는 것을 고른다는게 어떤 의미인지 이해가 잘 안갔는데, add를 활용하고 해당 내용을 들어보니 이해할 수 있었다.
commit하기 전까지 add를 몇 번하든 결과에는 영향이 없다
전체적인 과정은 이런거같다 내가 코드를 작성하면 git init을 통해서 git에 올릴 준비를 하고, 원하는 파일을 git add로 추적할 파일과 그렇지 않을 파일을 정리한다. 이후 git commit을 통해서 git에 올린다 이때 commit을 하면 해시값으로 변형되어 저장된다.
- 느낀점
TIL 세션과 우수 사례 세션을 들어보고 나니 TIL이 얼마나 중요한지, 내가 공부한 것을 기록해서 남기는 것이 얼마나 큰 재산이 되는지 알 수 있었다 화이팅!
