1. 이벤트 버블링, 캡쳐링, 위임
캡처링 단계
- 이벤트가 발생하면 가장 먼저 상위 요소에서 하위 요소로 전파되는 단계
- 캡처링을 사용하면 이벤트가 타깃에 도달하기 전에 상위 요소에서 이벤트를 미리 감지
- 이 단계를 활용하려면,
addEventListener에 세 번째 프로퍼티에true또는{ capture:true }를 전달
타깃 단계
- 이벤트가 실제로 발생한 타겟 요소에 도달한 단계
- 이 단계에서는 이벤트가 발생한 타겟 요소에서 이벤트가 처리
- 타깃 단계는 이벤트 전파 과정에서 특정 요소에서 발생한 이벤트가 그 요소에 도달했을 때를 말하고, 이 단계 이후에 이벤트 버블링이 이루어짐
버블링 단계
- 이벤트가 하위 요소에서 상위 요소로 전달되는 단계
- 대부분의 이벤트는 기본적으로 버블링 단계를 거치며, 이벤트 리스너를 등록할 때 세 번째 인자를 설정하지 않거나
false로 설정하면 버블링 단계에서 이벤트가 처리
이벤트 위임
- 하위 요소마다 이벤트를 붙이지 않고 상위 요소에서 하위 요소의 이벤트들을 제어하는 방식
- 자식 요소 각각에 이벤트 핸들러를 하나씩 등록할 필요 없이 부모 요소에서 한 번에 자식 요소들에 발생한 이벤트를 관리 가능
2. HTTP 메소드
HTTP 메소드란?
요청 메서드를 정의하여 클라이언트가 웹 서버에게 사용자 리퀘스트의 목적이나 종류를 알리는 수단
GET
: 특정 리소스의 조회
- 쿼리 스트링을 사용
- 서버의 데이터 변경이 일어나지 않음
- 멱등성 가짐 (= GET으로 동일한 리퀘스트를 반복하여 전송하더라도 동일한 응답이 돌아옵니다)
POST
: 요청 데이터 처리, 주로 데이터 등록에 사용
- 리퀘스트 바디를 사용
- 리소스 생성할 때 이미 리소스가 있더라도 새로운 리소스를 생성
- 서버의 데이터 변경이 일어날 수 있음
- 멱등성 가지지 않음 (= POST으로 동일한 리퀘스트를 반복하면 동일한 응답을 보장할 수 없습니다)
PUT
: 리소스를 대체, 해당 리소스가 없으면 생성
- 부분 수정 불가능, 이미 데이터가 존재했는데 새로운 데이터를 담아 PUT 요청을 보내면 기존의 데이터는 삭제되고 새로운 데이터로 교체됨
- 리소스 식별 가능
- 멱등성 가짐
DELETE
: 지정한 리소스 삭제
- 리소스 제거하는 역할
- 멱등성 가짐
PATCH
: 리소스를 부분 변경(수정)
- PUT 리퀘스트는 데이터를 완전히 대체하기 위한 메소드, PATCH는 부분 수정을 위한 메소드
{
id: 'codeit',
name: '코드잇',
email: 'codeit@codeit.com',
password: '1234'
}예를 들어, 위와 같은 데이터가 있다면, id, name, email, password 전체를 생성 또는 변경하는데는 PUT을 사용하고, 기존에 있던 데이터에 name만 변경할 때는 PATCH를 사용
- 멱등성을 가지지 않음
