프론트 엔드의 개발 흐름과 등장배경
- 웹 개발은 서버개발자가 java로 JSP (템플릿 엔진)을 사용해서
서버에서 해당 HTML을 완성후 클라이언트에 응답하는는 방식이었음.
SSR 이라고 볼 수 있음
정보에 대해서 응답할때는 일반적인 해결책이었으나
더 많은 인터렉션이 웹에서 필요하게 되었음
- AJAX의 등장
많은 배경이 있지만( js의 등장 등)
대표적으로 AJAX의 등장을 꼽는다.
원래는 form 전송 등 사용자인터렉션이 있으면 화면이 멈췄는데
AJAX는 레이어를 분리함.
비동기로 데이터를 처리할 수 있게함.
CSR 이 등장하기 시작함
react 같은 경우 상위 div 에 root주고 자바스크립트를 파싱해서
동적으로 다양한 태그를 그리는 방식.
2가지 한계
- 성능
복잡한 어플리케이션일 경우 csr 은 웹에 표시하기위헤 자바스크립트 번들이 너무 크면 유저가 흰화면만 보게됨
→ 번들 사이즈 쪼개서 필요한 페이지만 보게함
- SEO 최적화
크롤링 봇은 보통 페이지 방문했을 경우 html태그를 통해 해당 사이트의 중요도를 파악하는데
js 파일만 오는 csr은 당연히 브라우저에서 동적으로 랜더링하므로 html이 없음
이후 SSR 을 하려고 하다보니 프론트엔드 개발자가 서버설정등 할게 너무 많아지는 문제가 발생.
이떄 등장한게 NextJS임
SSR을 위해 해야하는일, DataFetchg, SSR, server config 등 많은 일이 있는데 이걸 제공하는게 nextjs
이 배경이 nextjs 공식 페이지의 기능에 녹아있음.
