서버에서 페이지(HTML)을 모두 완성 시켜 Client에게 보내준다.
(1) 장점
(2) 단점
전환되는 페이지를 빠르게 렌더링 할 수 있을까?
🦄 SSR의 단점 보완(동적처리)
앱이 발전하면서 어떻게 하면 가장 적은 비용으로 빠르게 업데이트를 반영 할 수 있을까?
🐲 Android, IOS의 하이브리드 앱 발전
화면 전환이 잦은 App을 webView를 사용해 하이브리드 앱으로 구현하여 생산성을 확보하는데, UI에 대한 관리 포인트가 많아짐으로 프론트를 위한 전문 프레임워크(React, Angular, Vue)가 등장!
(1) 네이티브 앱
: 앱의 원조 격인 기본적인 형태, 개별 OS를 지원하기 위한 응용 프로그램
Android
: Java, Kotlin / iOS
: Swift, Object-c(2) 하이브리드 앱
: 중복되는 일(개별 OS를 지원하기 위해 반복되는 일)을 보완하기 위해서 패키징, 배포등은 네이티브 영역으로 하고 앱 내부 내용은 WebView라는 컴포넌트 사용
(3) 크로스 플랫폼
: 하나의 언어로 개별 OS 모두 작동할 수 있는 앱, 즉 한번의 개발로 Android, iOS 모두 동작하는 네이티브 앱을 만들기 위한 플랫폼
(4) PWA(Progressive Web App)
: 네이티브 영역을 제외하고 오로지 Web 기술로만 만들어진 App, 필요한 데이터를 캐싱하여 핸드폰 메인 화면에 바로가기를 만들어 마치 App이 동작 하는 것 처럼 만드는 것.
Client(브라우저) 측에서 요청한 HTML, CSS, JS를 통해 웹 페이지를 직접 작성한다.
(1) 장점
(2) 단점
정리
최초 렌더링을 위해서는 SSR을 사용하고 이후 렌더링은 CSR을 사용하자!
더욱 공부 해야 할 것
- 단순히 front와 back 영역을 분리하여 Frontend Framework를 사용했다고 CSR 형태가 아니다!
- React, Angular, Vue != CSR
- 내부적으로 SSR 구현이 가능하다.
- Next.js는 React 기반으로 SSR, CSR을 같이 사용한다.
참고
글이 많은 도움이 되었습니다, 감사합니다.