[TIL] Week 3 백엔드 기초

🌙 백엔드 구조

백엔드에게 클라이언트란

• 사용자
  • 백엔드에게 바로 요청하는 것이 아닌 프론트엔드에게 먼저 요청 
• 프론트엔드
  • 백엔드 입장에선 같이 서버에 존재하는 것이지만 프론트가 하나의 클라이언트 역할을 할 수도 있다. 

 

웹 서버

• 화면의 내용/데이터 등의 변동이 없는 정적 페이지에 대한 대응

웹 어플리케이션 서버

• 데이터 처리/연산을 통해 화면의 내용, 데이터가 변하는 동적 페이지를 처리 

데이터베이스

• 데이터를 통합하여 효율적으로 관리하기 위한 데이터 집합체 

 

💻 백엔드 개발자가 하는 일, API 

API (Application Programming Interface)

: 똑같은 함수를 다시 만들 필요 없이 라이브러리 함수를 사용함으로써 라이브러리에 접근하기 위한 규칙을 정의한 것

 

ex. 지하철 정보를 제공하는 어플리케이션을 개인이 제작하려면 어떻게 해야 할까

서울 교통공사 데이터베이스를 받아 활용해야 하는데 모든 권한을 넘길 순 없기에

데이터를 조회할 수 있도록만 해주는 것이 바로 API

 

Interface

: 중간에서 양쪽에 있는 것들의 중재/매개체가 되어주는 역할

• GUI (Graphic User Interface)
  • 컴퓨터(프로그램)한테 명령을 내릴 때, 그래픽을 사용해 명령
• CLI (Command Line Interface)
  • 명령어 문장("줄)으로 컴퓨터한테 명령

 

과거에는 API를 형식 없이 데이터만 아무렇게 주었는데

효율을 극대화하기 위해 HTTP 규약을 잘 따라야 한다고 한 것이 바로 REST API이다. 

 

즉 웹(=인터넷 망 속 가상공간) 개발자는 인터넷을 돌아다니기 위한 규약인 HTTP를 지켜야 한다.

 

HTTP규약을 잘 따른 API가 REST API이고, 더더욱 잘 따른 API가 RESTful API

 

 

📜 HTTP 사용법

인터넷상에서 공유/전달하고 싶은 모든 것들은 다 HTTP에 넣어서 보낸다.

 

 

템플릿

• Head
  • 상태코드
  • 응답 형식
• Body
  • 전달해 줄 데이터 / 화면 / ...
  • 데이터 + "목적"
    • 전체 상품 조회 페이지 => 전체 상품 리스트 + "조회"
    • 상품 등록 페이지 => 상품 정보 + "등록"

 

🔗 URL (Uniform Resource Locator)

인터넷상에서 웹페이지가 어디 있는지 "위치"를 알려주는 것뿐만 아니라, 데이터 연산 해달라고 서버에 요청 보내는 방법

 

 

🎈 REST API URL 규칙

• 대문자 X, 소문자 O
• 언더바(_) X, 하이픈(-) O
• 마지막에 / 생략
• ⭐ 행위를 포함하지 않는다 = 목적을 포함하지 않는다 ⭐
• 파일 확장자 포함 X
• 복수형 사용 
  • 상품 중 아이디가 1인 것 vs 상품"들" 중 아이디가 1인 것 
  • 통일감 

 

✍🏻 API 설계

상품 전체 "조회"

"GET" http://localhost:8888/products

 

상품 개별 "조회"

"GET" http://localhost:8888/products/{id}

ex. http://localhost:8888/products/1 -> 아이디가 1인 데이터 요청

 

상품 개별 "수정"

"PUI" http://localhost:8888/products/{id}