- 질문에 의도에 맞게 대답 - 검정
- 의도와 조금 다르거나 부족함 - 노랑
- 대답을 잘 하지 못함 - 빨강
1. CSR vs SSR
- SPA와 MPA
- 답변: 렌더링 방식으로 비교하여 설명 good
- 두 개 이상의 페이지로 구성된 애플리케이션 vs 하나의 페이지로 구성된 애플리케이션
- SSR vs CSR 렌더링 : GOOD
- SSR
- 흐름: html 먼저 응답
- 장점
- 처음 컨텐츠가 보여질 때까지 시간이 짧음
- 검색 엔진 최적화에 유리
- 단점
- 정적인 템플릿을 받아오기 때문 동적으로 구성 X
- 페이지 이동 시 사용자 경험에 부정적
- 서버가 모든 데이터를 담당 : 서버의 부하 증가
- CSR
- 흐름: 모든 JS를 다운
- 장점
- 페이지를 동적 렌더링 ⇒ 새로고침 X → 좋은 사용자 경험
- 서버는 데이터 처리만 → 리소스 감소
- 단점
- 검색 엔진 최적화가 어려움
- 초기 로딩 시간이 김 → 사용자 경험에 부정적
- SEO란?
- 답변: 검색 엔진을 위해서 최적화하는 방식
- 검색엔진이 웹을 크롤링(자동으로 웹 사이트에 엑세스하여 데이터를 얻는 과정)하면서 페이지에 컨텐츠 색인을 생성하는 과정
- SSR : 완전한 템플릿을 가져오기 때문에 따로 처리를 안해줘도 됨
- CSR : 따로 최적화를 해줘야함
- 조금 아쉬움: 개념을 다시 정리하는 것이 좋을 것 같습니다.
흐름이 아쉽다(밑에 3개의 질문)
- SPA 에서 SSR을 구현할 수 있는 방법, 장점
- 답변: react 예시 (O)
- 초기 로딩 속도 빠름
- 검색 엔진 최적화에 유리
- 왜 이러한 트렌드로 넘어갔는지
- 모바일로 트렌드가 넘어가면서 빈 화면을 줄이기 위해서 사용자 경험을 좋게 하기 위해
- next.js나 seo와 연결해서 말했으면 좋았을 것 같아요
- Next.js
- react 위에서 동작하는 프레임워크
- SSR을 편하게 해주는 프레임워크
- SSR의 장점(말하면서) + CSR 장점
의도적 뜸들이기
2. 실행컨텍스트
- 실행 컨텍스트의 생성 시점
- 답변: 함수가 호출될 때 생성
- 함수가 호출될 때 말고는 생성 X ?? → 답변: 전역 컨텍스트 → 이러한 부분도 어떠한 함수의 범주로 생각(궁금)
- 전역 컨텍스트가 먼저 생기고 ⇒ 지역 컨텍스트가 생성된다.
- 어떤 정보를 포함?
- 답변: lexical environment
- 식별자 정보
- this
- 함수 평가값
- 함수가 실행될 때 외부 환경 참조 정보
- 자신감이 있어 보였다
- 스코프
- 답변: 유효 범위
- 변수 선언 : var, let, const - 잘 알고 계심
- es6 전에 var : 함수 단위 스코프(호이스팅 현상)
- let, const
- let(블록 단위 스코프) ⇒ 초기화/선언 단계 구분, 재할당 가능
- const(블록 단위 스코프) ⇒ 재할당 불가능
- 스코프 체인
- 선언 되었을 때 외부 환경 참조, 해당 함수에서 선언 되지 않은 변수를 참조할 때 ⇒ 검색 ⇒ chain 형태 ⇒ 스코프 체인
장황했다. 자신만의 언어로 정리
- 클로저
- 외부에서 내부에서 함수를 참조한다고 하고 설명 드리겠다로 시작: good
장황했다. 자신만의 언어로 정리22
의도적 뜸들이기
전체적인 피드백