정보처리기사 공부 (~2과목까지 공부, 기출문제 1회 풀어보기)

---

[스프링 핵심 원리 - 기본편] 섹션 2 수강

섹션 2. 스프링 핵심 원리 이해1 - 예제 만들기 수강 완료!!

뭔가... 완벽하게 이해는 안 되는데 그동안 객체 지향의 역할, 책임 뭐 이런 얘길 계속 접해서 그런지 이게 어떻게 쓰이고 있는지, 어떤 역할을 하는지 조금 이해가 갔다...
근데 강사님이 타자가 너무 빠르셔서 ㅋㅋ 중간중간 따라잡기 좀 힘들었다.
걍 막 치다보니 얼렁뚱땅 완성돼있고...
그래도 맨 처음 입문 강의 들었을 때보단 무슨 소린지 알 것 같다.

---

어제 못 한 거 다 끝내기!!!

---

REST API

+) 22. 07. 02. 추가 완료!! (끝낸 건 07. 01. 에 끝냄 ^^...)

API(Application Programming Interface)는 애플리케이션 소프트웨어를 빌드하고 통합하기 위한 정의 및 프로토콜 세트인 애플리케이션 프로그래밍 인터페이스를 뜻한다.

⬇️ API에 대한 자세한 설명은 아래 링크에 아주 잘 정리돼 있다.
https://www.redhat.com/ko/topics/api/what-are-application-programming-interfaces

쉽게 말하자면, 응용 프로그램에서 사용할 수 있도록 다른 응용 프로그램을 제어할 수 있게 만든 인터페이스를 뜻한다.

• 어떤 장치 간 정보를 교환하기 위한 수단이나 방법. (예: 마우스, 키보드 등)

✔️ 프론트엔드와 백엔드가 데이터를 주고 받기 위한 대표적인 방법이다.
프론트엔드 → 응용 프로그램,
백엔드 → 시스템에 매칭된다.

API를 사용하면 내부 구현 로직을 알지 못해도 정의되어 있는 기능을 쉽게 사용할 수 있다.

---

REST(Representational State Transfer)는 프로토콜이나 표준이 아닌 아키텍처 원칙 세트이다. (서버와 클라이언트의 통신 방식 중 하나.)

HTTP URI(Uniform Resource Identifier)를 통해 자원을 명시하고 HTTP Method를 통해 자원을 교환하는 것을 말한다.

• 정보에 대한 가공 → CRUD (Create 생성, Read 읽기, Update 수정, Delete 삭제)

---

REST의 특징

• Server-Client 구조
  자원이 있는 쪽이 Server, 요청하는 쪽이 Client다.
  클라이언트와 서버가 독립적으로 분리되어 있어야 한다.

• Stateless
  요청 간에 클라이언트 정보가 서버에 저장되지 않는다.
  서버는 각각의 요청을 완전히 별개의 것으로 인식하고 처리한다.
  

• Cacheable
  HTTP의 특징인 캐싱 기능을 적용했다.
  대량의 요청을 효율적으로 처리하기 위해 캐시를 사용한다.
  

• 계층화(Layered System)
  클라이언트는 서버의 구성과 상관 없이 REST API 서버로 요청하면 된다.
  서버는 다중 계층으로 구성될 수 있다. (예: 로드 밸런싱, 보안 요소, 캐시 등)
  

• 인터페이스 일관성(Uniform Interface)
  정보가 표준 형식으로 전송되기 위해 구성 요소 간 통합 인터페이스를 제공한다.
  HTTP 프로토콜을 따르는 모든 플랫폼에서 사용 가능하게끔 설계되어 있다.
  

• Code on Demand(Optional)
  요청을 받으면 서버에서 클라이언트로 코드 또는 스크립트(로직)를 전달하여 클라이언트 기능을 확장한다.
  

---

REST API란 REST 아키텍처의 제약 조건을 준수하는 애플리케이션 프로그래밍 인터페이스를 뜻한다.
REST 아키텍처의 제약 조건을 준수하는 웹 API를 RESTful API라고 한다.
RESTful 웹 API에는 공식적인 표준이 없다.

REST API 특징

• REST 기반으로 시스템을 분산하여 확장성과 재사용성을 높인다.
• HTTP 표준을 따르고 있어 여러 프로그래밍 언어로 구현할 수 있다.

REST API 설계 규칙

• 웹 기반의 REST API를 설계할 경우에는 URI를 통해 자원을 표현해야 한다.

  • 예) https://velog.io/@newbiekim/day18-bdehwfop
    Resource: @newbiekim
    Resource id: day18-bdehwfop
    

• 자원에 대한 조작은 HTTP Method(CRUD)를 통해 표현해야 한다.

• 메시지를 통한 리소스 조작

  • HEADER를 통해 content-type을 지정하여 데이터를 전달해야 한다.
  • 대표적 형식으로는 HTML, JSON, XML, TEXT가 있다.

• URI에는 소문자를 사용한다.

• Resource의 이름이나 URI가 길어질 경우 하이픈(-)을 통해 가독성을 높일 수 있다.

• 언더바(_)는 사용하지 않는다.

• 파일 확장자를 표현하지 않는다.

---

REST를 통해 ‘정보’를 알 수 있다.

만약 주소에 https://(도메인)/classes 가 붙는다면

{
	"results": [
		{"idx": 1, "name": "초등반"},
		{"idx": 2, "name": "중등반"},
		{"idx": 3, "name": "고등반"}
	]
}

이처럼 ‘반’ 목록을 받아올 것이다.

그 뒤에 https://(도메인)/classes/2 이렇게 idx(고유번호)가 따라 붙으면 반들 중 인덱스 번호가 2인 반의 정보가 올 것이다.
→ {"idx": 2, "name": "중등반"}

결국 REST API란 HTTP 요청을 보낼 때 어떤 URI에 어떤 메서드를 사용할지 개발자들 사이에 지켜지는 약속이라 할 수 있다.

따라서 REST API는 특정 기술을 의미하는 것이 아니라, HTTP를 이용해서 기계들이 통신을 할 때 HTTP가 가진 잠재력을 최대한 이용할 수 있도록 하는 것이다.

---

참고 자료

1. 어라운드허브 스튜디오, “REST API에 대해”, https://youtu.be/lceS3HbGXt4

2. 얄팍한 코딩사전, “REST API가 뭔가요?“, https://youtu.be/iOueE9AXDQQ

3. 짐코딩의 CODING GYM, “API란 무엇인가?”, https://youtu.be/Jg3FFBLyhK0

4. Red Hat, “REST API(RESTful API, 레스트풀 API)란? 구현 및 사용법”, https://www.redhat.com/ko/topics/api/what-is-a-rest-api

5. 영진닷컴 공식 블로그, “웹 개발 REST API / JSON 알아보기!”, https://blog.naver.com/ydot/222738115724

---

자바 공부