잡동사니

안녕하세요. yeTi입니다. 오늘은 유영모님이 기고하신 GraphQL 그리고 MSA를 읽고 RestAPI를 설계하면서 옳바른 방향이 무엇인가에 대한 자의적인 해석에 대해 공유하고자 합니다. 현실 RestAPI의 specification 을 정의할때면 항상 드는 고민이 있었습니다. 서버 개발자의 편의 위주로 설계할 것인가? (공급자 위주) 프론트 개발자의 편의 위주로 설계할 것인가? (소비자 위주) 서버 개발자의 편의 위주로 설계를 하게 되면 사용성에 대한 고민이 없어지니 서버 개발자의 편의내에서 서비스 도메인을 구분하고 간결한 정보의 제공으로 정의하여 공표하면 되니 설계를 간결하고 빠르게 진행할 수 있게 됩니다. 반면에 프론트 개발자의 편의 위주로 설계를 하게 되면 도메인의 경계보다는 다양한 화면에 맞춰..

RestAPI를 사용하는 회사중 유명한 페이스북의 RestAPI의 구조를 확인해보려고 합니다. 페이스북 개발자 페이지에서 API를 확인하고 API 탐색기로 요청해봤습니다. 공통 특성 Access token을 Request param으로 받음 API의 구조는 다음과 같음 GET /[버전]/[Node]/[Edge] GET /[버전]/[Object id]/feed 예) curl -i -X GET \ "https://graph.facebook.com/v4.0/{canvas-id} ?access_token=your-access-token" HTTP/1.1 Object id의 종류를 다양하게 받음 Feed curl -i -X GET \ "https://graph.facebook.com/v4.0/{your-user-..