[패스트캠퍼스 부트캠프 : PM 2기] Day 9

 

 

API

요청을 보내는 경우의 수와 서버의 기능을 매칭 시킨다

각 기능 별로 주소를 만든다(IP주소) / 임의의 문구를 넣을 수 있다

→ 주소 뒤에 문구에 따라 기능이 다르다 , 요청을 받고, 요청을 보냄

Application Programing Interface (API)

API → 서버개발자가 만듬

서버에 기능이 있든 없든 API가 없으면 클라이언트 개발자는 사용하지 못 한다

클라는 UI를 만듬 필요하면 서버로 요청을 보냄

서버에서 요청된 기능을 API로 보냄 클라는 받음

메세지 갔다 받는다 → 클라이언트

메세지를 보내주는게 서버

클라에서 서버로 보내는 데이터 → 파라미터(매개변수)

API는 문서화 되어 있다

 

CRUD

프로그래머들의 문화 협업을 하기 위해 체계를 만드는 문화 → 체계를 만들고 체계를 토대로 이야기를 나누어 보자

어떻게든 협업을 하고자 체계를 만든다(CRUD) 포함되지 않는 것은 추후에 해결하고 체계 안에서 해결하자

각각 요청에 맞춰서 어떻게 만든것일까?

 

IP 주소 / 요청 사항

request (데이터 담아서 보냄)

체계가 없으면 사고가 난다

 

IP 주소 = 서버컴퓨터주소/contents

주소의 개수 1/4개로 줄어든다 → 관리가 편해짐

사람의 생각이 안들어가게됨(서버컴퓨터 주소로 한 경우)

CRUD는 어떻게 구분할건데?

 

Error

서버의 응답의 경우의 수 → Good(2XX), Error(4~5XX)

400번대 → 클라이언트에서 잘못돼서 확인해라

500번대 → 서버의 문제

 

UI

유저는 만들어진대로 쓸 뿐이다

인터페이스와 기능은 별개이고 연결되어야한다

인터페이스는 유저들이 기능을 쓸 수 있도록 개발자가 만든 환경

 

서로 다른 시스템이 정보를 공유하고 싶다면 API를 사용한다

SDK(Software Development Kit) → 다른 소프트웨어 부분

SDK → 기능을 담고 있는 SW팩

기능을 다른 프로그램에서 사용하고 싶은데 이 방식 중 하나가 API 방식

 

JSON

키와 벨류값으로 이루어져있음

[아이디, 비밀번호////sdsd32a, a123456] 

{아이디:sdsd32a, 비밀번호:a123456}

[(아이디, sdsd32a), (비밀번호, a123456)]

등으로 표현 이외에도 형식 많음