나는 react.js 프레임 워크를 연구 해왔다. 아직 클라이언트 측과 서버 측 렌더링의 차이점을 완전히 이해하고 있습니다 (명확한 차이를 찾으려는 노력에도 불구하고). 따라서, 나는이 주제에 대해 명확하고 선명하게 설명 할 수있는 친절한 영혼에 대해 높이 평가할 것입니다.React Server와 React Client의 차이점
Btw, 저는 .NET 배경입니다. 따라서 프로그래밍에 대한 JS 지향적 인 방향으로 나의 생각을 조정하기 위해 최선을 다하고 있습니다.
감사합니다.
서버 측 렌더링에서 웹 서버를 다루는 경우 (C# .Net 또는 무엇이든 쓰는 것을 생각해보십시오.) 브라우저 에서처럼 문서 또는 창이 없습니다. 그래서 반응하는 것은 메모리에 "가상"DOM을 만든 다음 실제로 브라우저에서 픽업 할 특별한 속성을 가진 HTML 문자열로 변환 할 수 있습니다. 그런 다음 해당 html 문자열로 HTTP 요청에 응답합니다. 그런 다음 브라우저에서 반응 응용 프로그램을로드하면 서버가 중단 된 부분을 찾아서 브라우저의 메모리에 또 다른 "가상"DOM을 빌드합니다. 올바르게 처리하면이 과정에서 문서를 조작 할 필요가 없기 때문에 브라우저는 정적 HTML 파일 인 것처럼이 동적 페이지를로드합니다. 그러나 이제는 실제 React 가상 DOM을 보유하고 있으며 React의 놀라운 렌더링 엔진을 사용하여 다른 페이지로 이동하거나 다른 방식으로 업데이트 할 수 있으므로 작업이 거의 필요없는 매우 최적화 된 웹 환경을 제공합니다.
이 모든 권리를 얻으려면 NPM 패키지를 결합하여 사용 사례와 가장 밀접하게 부합하는 예제를 찾으십시오. 모든 것이 실제로 하나의 단일 인스턴스로 통합되는 .NET에서 다소 실망 스러울 것입니다. 뼈대. 앱의 모든 부분에 대해 고려해야 할 많은 도구와 기법 (린트, 트랜스 필, 번들, 테스트, 빌드 등)이 있으며 모든 작업을 함께 진행하려면 시간과 노력이 필요할 수 있습니다. 근본적으로 이것은 요즘 가장 최적의 웹 앱을 얻기 위해 지불하는 가격입니다. 이 도구가 할 수있는 일은 놀랍지 만 시작하기에 앞서 명확한 학습 곡선이 있습니다. 여기 사람들은 언제나 신속하게 도와주고 있습니다!
아주 작은 차이입니다. 클라이언트 측 = 브라우저에 JS 스크립트를로드 한 후 DOM을 작성하는 스크립트 태그가있는 html을 보냅니다. 서버 쪽 = 또한 그렇게하지만 첫 번째 요청에서 DOM 문자열을 서버에 렌더링하여 더 완전한 DOM으로 보냅니다. – azium