API를 만들다 보면 어떻게 명명할지가 은근히 고민이 많이 된다. REST API규칙들을 지키다보면 고민을 덜 수 있으니 규칙을 알아봤다. REST에 대해서는 이전에 간단하게 정리해놨다. [정리] REST API REST는 API에 대한 조건을 부과하는 소프트웨어 아키텍처 스타일이다. REST는 REpresentational state Transfer의 약자로 직역하면 "대표 상태 전송" 이다. 서버에서 클라이언트가 요청의 상태를 파악할 수 diary-blockchain.tistory.com 1. 소문자 URI를 작성할 때에는 소문자로 작성한다. Good http://localhost/good Bad http://localhost/Good 2. 언더바 대신 하이픈 사용 언더바는 잘 안보일 수 있기 때문에..

REST는 API에 대한 조건을 부과하는 소프트웨어 아키텍처 스타일이다. REST는 REpresentational state Transfer의 약자로 직역하면 "대표 상태 전송" 이다. 서버에서 클라이언트가 요청의 상태를 파악할 수 있게 하는게 핵심이다. REST는 아키텍쳐 스타일이다. 스타일은 제약조건의 집합인데 REST에서도 제약조건들이 몇가지 있다. 그중 uniform interface에 대해서 말하려고 한다. 1. Identification of resources REST는 기본적으로 리소스를 기반으로 URI를 설계한다. 예를 들면 유저의 정보를 받아오는 URI를 설계한다고 한다면 혼자서 개발하는 경우 어떤 URI를 쓰든 상관없다. /1 /user /data 위 3개 중 아무 URI로 해도 나만 ..

오가는길에 유튜브를 보다가 git api를 활용하여 issue를 생성하는 영상을 봤다. 나도 해보고 싶어서 따라하기로 했다. 1. git personal access token 받기 (1) 깃을 들어간다 (2) your profile에 들어간다 (3) 프로필 사진을 누른다. (4) 메뉴를 쭉 내리다 Developer settings에 들어간다 (5) personal access tokens 클릭 후 tokens를 클릭한다 (6) generate new token으로 새로 만들고 권한은 repo권한을 체크한다. (7) 토큰을 만들면 토큰 번호를 준다. 이 번호는 한번만 보여주므로 복사해서 딴데다가 적어놓는다. 토큰은 절대로 노출하면 안된다. 2. git api 활용(Octokit) 프론트, 백 둘다 코드를..