색상으로 피드백 표현
- 질문에 의도에 맞게 대답 - 검정
- 의도와 조금 다르거나 부족함 - 노랑
- 대답을 잘 하지 못함 - 빨강
주제1 이벤트.
- 코드 문제 - 왜 이렇게 일어나는지
- 이벤트 버블링 → 상위 요소로 이벤트가 전파되는 현상 하위 요소에서 이벤트가 발생하면 상위 요소로 차례 차례 발생하게 된다.-
이벤트 버블링에 대하여 잘 알고 있는 느낌
- 이벤트 전파 방지 방법: e.propagation() 이벤트 핸들러 안에 작성하면 이벤트 전파 방지
- 이벤트 캡쳐링 → 반대로 이벤트가 실행되기 때문에 옵션을 주면 반대로 작동하게 된다. -
이벤트 캡쳐링에 대하여 잘 알고 있음
의도적 뜸들이기
- 이벤트 위임
- 답변 - 삭제나 생성이 빈번한 요소가 있을 때 요소에 이벤트를 등록하게 된다면 이벤트 등록 반복 작업을 해야하지만, 상위요소에서 정의하면 그럴 필요 없다.
피드백
- 예시 - 노션, 투두리스트 → 많은 같은 블럭들의 추가 삭제가 이루어지기 때문에 위임 패턴을 사용하면 손쉬운 제어가 가능하다. →
개념과 예시가 잘 이루어진 느낌이 듬
의도적 뜸들이기
2.REST
의도적 뜸들이기
- 장점과 단점
- 답변 - 클라이언트, 백엔드 어떤 행위를 하는지 바로 알 수 있다.
- 단점: 표준이 없다. 여러 API가 호출될 수 있다는 단점도 있다.
gql과 비교하여 잘 설명한듯
의도적 뜸들이기
- GraphQL과 비교
- 장점:
조금 장황하게 대답하신듯 합니다. 조금 키워드 위주로 접근하시면 좋을것 같아요
- 하나의 기능 새로 만들 때마다 endpoint 구성 필요 but ql은 필요 없다. →
good
- 단점: → 의존성을 가질 수 있다. →
부족하지만 대처는 잘 했다고 생각. (application/json)
의도적 뜸들이기
- method
- 답변: GET. PUT, POST, DELETE
- 왜 RESTful인지?
- SPA 패러다임에 의한 변화
- 멀티 플랫폼이랑 restapi는 http 프로토콜을 준수하므로 프로토콜을 지원하는 어떤 언어면 모두 접근이 가능하다