[Day 31] RESTful API

📌 RESTful API?

---

• API 시스템을 구현하기 위한 아키텍처 중에 가장 널리 사용되는 형식
• Graphql.SOAP, GRPC, REST... etc
• Representational State Transfer (
• 웹상에서 사용되는 여러 리소스를 HTTP URI로 표현하고 그 리소스에 대한 행위를 HTTP Method로 정의하는 방식. 즉 리소스(HTTP URI로 정의된)를 어떻게 한다(HTTP Method + Payload)를 구조적으로 깔끔하게 표현

📌 RESTful API 장단점

---

• 장점: self-descriptiveness, RESTful API 그 자체만으로도 API 목적이 쉽게 이해된다
• 단점: 표준 규약이 없어, '안티패턴'으로 작성되는 경우가 흔하다
  * 안티패턴: 실제 많이 사용되는 패턴이지만 비효율적이거나 비생산적인 패턴

📌 SOAP XML

---

Simple Object Access Protocol(SOAP) is an application communication protocol

📌 기본 배경 지식

---

URI / HTTP Method / Payload

• URI(Uniform Resource Identifier)

• 해당 사이트의 특정 자원의 위치를 나태나는 유일한 주소

• HTTP Method / Payload 조사해서 적기

---

개발자는 DRY 방법을 지켜야한다.

Dont' Repeat Yourself
DRY is a principle of software development aimed at reducing repetition of software patterns,[1] replacing it with abstractions or using data normalization to avoid redundancy.(Wiki)

---

📌 더 공부해야할 부분

---

• PATCH, PUT 차이점? 보안성?
• DELETE
• GET, POST 차이점
• query parameter - ordering - pagination(30개씩보기)
• path parameter(/) vs query parameter(id=3)
• best practice: query parameters => filtering, sorting, searching