1. ip는 아파트고 port는 각 세대이다.
그래서 ip + port 정보까지 있어야 특정 애플리케이션에 데이터를 보낼 수 있다.
-> 한 개 컴퓨터는 ip를 한 개 가지고 있지만 port가 여러개라서 여러가지 패킷을 각각의 애플리케이션에 연결시켜줄 수 있다.
================
stateful vs stateless
전자는 요구사항을 요청 여러개에 나누어서 보내는데
후자는 요구사항을 1개 요청에 모두 담아서 보낸다.
따라서 후자방식이 업무처리 효율이 높다.
단점은 1개 요청에 데이터 사이즈가 커질 수는 있지만.
무상태는 로그인 상태가 불필요한 경우에 많이 사용한다.
웹시스템을 유지보수하다보면 로그인 상태를 전제하는 작업들이 많은데
그런 경우 상태유지가 필요하다.
대부분의 설계는 무상태는 전제로 한다.
꼭 필요한 경우만 상태유지로 설계한다.
==========
http 요청에서
화면 호출 목적 url 방문 같은 경우는 바디에 데이터를 담지 않는 get 방식으로하면 되는데
쿠폰 다운 같이 http body에 데이터를 가지고 가는 경우는 post로 보내는 주는 것이 좋다.
보안적인 측면에서도 요청이 노출되지 않 post가 더 좋다.
요청메시지 안에 get, post 인지 method 정보가 포함되어 있다.
ajax 호출은 웬만하면 post로 하는 것 추천.
==============
http 요청 & http 응답 패킷의 구조를 이해하는게 중요
규칙에 맞게 http 요청을 보내고 //
규칙에 맞게 http 응답을 return 해주는 것이 중요.
웹 개발자는 http 요청으로 거의 모든 기능이 작동하기 때문에 잘 이해해야한다.
=========
http 상태 코드 200 -> 성공
400 -> 클라이언트 쪽에 문제가 있다.
500 -> 서버쪽에 문제가 있다.
=========
URI는 리소스 정보만 담고 행위는 method로 분리시킨다.
리소스와 행위를 분리하는 것이 http api 설계의 핵심이다.
회원 정보조회, 회원 정보 수정, 회원정보 삭제가 있다고 하면
리소스 : 회원
행위 : 조회, 수정, 삭제
경로에는 리소스 정보만 넣어야 한다.
GET /members/id - 회원 정보 조회
PATCH /members/id - 회원정보 업데이
/metaInfo/ 메타 정보
/order/ 주문 정보
/construction/ 공사정보
URI를 명명할 때 http api 설계규칙에 맞게 하는게 바람직하다.
물론 리소스와 행위를 분리하지 않아도 작동은 하지만.
http의 규칙을 준수하면서 개발하는게 바람직하다.
======================
http 요청을 보낼 때 //경로를 규칙에 맞게 정하는 것이 중요하다.
그냥 대충 지으면 안된다.
===========
댓글