너무 답답해서 두루뭉실하게 썼네 미안타 이걸 왜 쓰는지도 와닿지가 않고 ssr과의 차이점도 모르겠음 - dc App
익명(39.7)2023-08-01 10:11
답글
그게 원래 문서 설명이 좀 두루뭉술하긴 함.
ssr은 모든 요청이 다 끝나서 페이지 완전 구성한다음에 html로 쭉 내려보내는거고
React server component는 일단 바로 내보낼 수 있는건 내보내고 (레이아웃 같은 uI) + 비동기 요청해야하는건 (api request)는 요청이 끝난다음에 내보내는거임.
- 비동기/동기 더 컨트롤을 미세하게 할 수 있음
- 서버쪽에서만 도는 로직 (내부 비밀 로직)들은 굳이 클라이언트에 보내지 않아도 되고 번들 포함할 필요도 없음 ( 특히 next가 컨셉상 구분을 잘해놔서 애매한게 없어서 좋음 )
- SEO입장에서는 둘다 똑같다고함 (SSR이나 RSC나) HTML Streaming도 스트리밍 끝날 때 까지 한개의 요청 html로 보는듯?
익명(211.209)2023-08-01 10:16
답글
요즘 효과는 그대로 가져가면서 컨트롤 할 수 있는 단위는 최대한 쪼개서 최적화 하는 기법이 FE에 유행이긴 한가봄.
익명(211.209)2023-08-01 10:18
답글
진짜 고맙다 완벽히 이해된건아닌데 틀은 잡힌거같아 근데 클라이언트 컴포넌트는 그냥 리액트 컴포넌트처럼 csr인거야 아니면 ssg인거야? - dc App
익명(39.7)2023-08-01 10:32
답글
딱 csr로 구분은 안된느것같어
"use client" 붙은건 그 컴포넌트 state 기반으로 html 만 뽑아서 넣어주는것 같기도 함.
전반적으로 ssr + ssg + getInitialProps 장점을 싹다 긁어서 넣어놓은거라 기존거랑 대비해서 보는것보다 요런 기능 장점을 싹다 합친 보완하고 합친 방식으로 보는게 나을수도..?
뭐가이해가안가는지를 알려줘야 설명을 해주든 하지.
왜 이걸 쓰는지? 아니면 이렇게 동작하는걸 기대했는데 이렇게 동작하냐 인지..
너무 답답해서 두루뭉실하게 썼네 미안타 이걸 왜 쓰는지도 와닿지가 않고 ssr과의 차이점도 모르겠음 - dc App
그게 원래 문서 설명이 좀 두루뭉술하긴 함. ssr은 모든 요청이 다 끝나서 페이지 완전 구성한다음에 html로 쭉 내려보내는거고 React server component는 일단 바로 내보낼 수 있는건 내보내고 (레이아웃 같은 uI) + 비동기 요청해야하는건 (api request)는 요청이 끝난다음에 내보내는거임. - 비동기/동기 더 컨트롤을 미세하게 할 수 있음 - 서버쪽에서만 도는 로직 (내부 비밀 로직)들은 굳이 클라이언트에 보내지 않아도 되고 번들 포함할 필요도 없음 ( 특히 next가 컨셉상 구분을 잘해놔서 애매한게 없어서 좋음 ) - SEO입장에서는 둘다 똑같다고함 (SSR이나 RSC나) HTML Streaming도 스트리밍 끝날 때 까지 한개의 요청 html로 보는듯?
요즘 효과는 그대로 가져가면서 컨트롤 할 수 있는 단위는 최대한 쪼개서 최적화 하는 기법이 FE에 유행이긴 한가봄.
진짜 고맙다 완벽히 이해된건아닌데 틀은 잡힌거같아 근데 클라이언트 컴포넌트는 그냥 리액트 컴포넌트처럼 csr인거야 아니면 ssg인거야? - dc App
딱 csr로 구분은 안된느것같어 "use client" 붙은건 그 컴포넌트 state 기반으로 html 만 뽑아서 넣어주는것 같기도 함. 전반적으로 ssr + ssg + getInitialProps 장점을 싹다 긁어서 넣어놓은거라 기존거랑 대비해서 보는것보다 요런 기능 장점을 싹다 합친 보완하고 합친 방식으로 보는게 나을수도..?
고맙다 도움 많이됐어 - dc App