우선, SPA, SEO, SSR 세 사이의 차이에 대해 말해
- SPA (단일 페이지 파일 응용 프로그램) 단일 페이지 응용 프로그램, 솔루션은 이전과 분리의 종료 후 제안한다.
장점 : 빠른 페이지를 전환, 서버의 압력을 감소;
단점 : 느린 배 오픈, SEO 검색 엔진 최적화에 도움이되지 않습니다. - SEO (검색 엔진 최적화) 검색 엔진 최적화, 검색 엔진은 중요한 검색 엔진에서 자연 증가 웹 사이트 순위의 규칙을 사용합니다.
우리는 우리의 페이지 검색 엔진이 수신을 보장하기 어려울 수 있습니다 SPA 단일 페이지 응용 프로그램, 아약스를 통해 데이터에 액세스 할 말을하기 전에. 그리고 일부 검색 엔진은 JS와 아약스 데이터 수집이 지원하지 않습니다, 그것은 검색 엔진 최적화를 언급하고,이 문제 SSR 데뷔를 해결하지 ??? - SSR (서버 측 렌더링) 서버 측 렌더링은 어느 정도 SSR 느린 스파 배의 문제를 해결하기 위해 나타나지만도 크게 SEO의 일반 SPA에 부정적인 영향을 줄일 수 있습니다.
장점 :
빠른 응답 시간, 다운로드 모든 JS을 기다리지 않고, 브라우저가 더 완전한 페이지를 표시 할 수있을 것입니다,
검색 엔진을 보장하기 위해 더 나은 SSR, 우리는 직접 렌더링 된 HTML에 백그라운드에서 중요한 정보를 검색 엔진 최적화 할 수 있습니다 당신은 키 데이터를 크롤링 할 수 있습니다.
단점 :
더 CUP 및 메모리 자원을 가지고,
몇 가지 일반적인 브라우저 API는 등 윈도우, 문서, 경고로, 작동하지 않을 수 있습니다, 사용 된 경우, 운영 환경에 판단 할 필요가있다.
서버 측과 클라이언트 측 렌더링 렌더링은 무엇입니까?
초기 인터넷 사용자가 복잡한 중 일부는 논리적 아니다 있습니다 검색 브라우저를 사용하여 접합 백엔드 HTML에 다음 프런트 엔드 HTML 파일을 완료하기 위해 돌아 간단한 페이지, 브라우저는이 HTML을 얻을 파일은 직접 소위 서버 측 렌더링 결의를 입증 할 수 후. 앞 페이지의 증가 된 복잡성뿐만 아니라 첫 페이지는 일반 페이지 전면을 예배하기 시작했다 아마도 더 많은 기능 구성 요소, 더 큰 복잡성이 시간 아약스 상승, 만들기를 추가하고 후부를 보여줍니다 격리 된 개발 모델, 즉, 후부는 완전한 HTML 페이지를 제공하지 않습니다,하지만 프론트 엔드는 JSON 데이터를 얻을 수 있도록 전면에있는 스플 라이스 한층 더 자세한 API HTML 페이지의 일부를 제공하기 위해, 다음 프런트 종료 후 JSON 데이터를 얻기 위해 다음 브라우저에 표시 당신이 백 - 엔드 로직 개발에 중점을두고, 프런트 엔드 UI 개발에 집중할 수 있도록이 클라이언트 렌더링이라고합니다.
둘 사이의 근본적인 차이점은 무엇입니까?
클라이언트와 서버 측 렌더링 사이의 가장 중요한 차이점은 프런트 엔드는 더 많은 작업을 수행 할 경우, 정확히 누가 서버 측 렌더링, 그것은 서버 측에서 수행 한 다음 클라이언트에 반환되는 경우, 전체 모자이크 HTML 파일을 작성하는 것입니다 것입니다 렌더링 많은 작업은 클라이언트가 렌더링되는, 모자이크 HTML을 완료했다.
서버 측의 강점과 약점을 렌더링?
장점 :
- 전면은 적은 시간이 소요됩니다. 백 엔드 접합이 HTML을 완료하기 때문에, 브라우저는 직접 렌더링이 필요합니다.
- 검색 엔진 최적화에 도움이. 그래서 파충류 검색 엔진 최적화에 더 도움이 정보에 쉽게 액세스를 크롤링 완전한 HTML 페이지의 백 엔드, 때문에.
- 클라이언트 자원을 복용하지 않고. 그 때문에 특히 모바일 단말은 또한 에너지 효율이 될 수 있으며, 고객을위한 더 적은 리소스를 차지, 전체 클라이언트가 표준 HTML 페이지를 구문 분석 할 수있는만큼, 할 템플릿 백엔드를 구문 분석하는 일에 달려있다.
- 백엔드 정적 파일을 생성합니다. 당신은 데이터베이스 쿼리 시간을 낭비 줄일 수 있으며, 데이터 페이지에 약간의 변화가 매우 효율적이되도록 즉, 캐시 클립을 생성합니다.
단점 :
- 이전과 분리의 종료 후 것은 낮은 효율의 발전에 도움이되지 않습니다. 서버 측 렌더링을 사용하여, 당신은 노동의 한 부문, 복잡한 프로젝트에 대한 높은 프런트 엔드가 될 수 없습니다,이 프로젝트는 효율적인 개발에 도움이되지 않습니다. 또한, 서버 측 렌더링하는 경우, 프런트 엔드 일반적으로는 정적 HTML 파일을 작성하고이 매우 비효율적이다, 템플릿으로 백 엔드를 수정하고, 종종 전면 및 후면 끝을 수정하는 행위를 완료하기 위해 함께 작업해야하는 것입니다 전면는 직접 수행되거나 HTML 템플릿과는 백 엔드에 넘겨. 템플릿의 후단가 변경된 경우 또한, 또한 우리가 템플릿에 기초하여 상기 선단부 CSS 변경을 다시 조정해야하는 등 FBI 시간 증가 전후 끝난다.
- 서버 리소스를 차지합니다. 즉, 서버 측 구문 분석 HTML 템플릿, 더 많은 요청하면, 서버는 약간의 압력 액세스의 원인이됩니다. 프런트 엔드 렌더링을 사용하는 경우, 서버에 실제로 완전히 여기에이 프런트 엔드를 공유 압력 등을 해결하는 것입니다.
강점과 약점을 렌더링 클라이언트?
장점 :
- 별도의 전방 및 후방 단부. 프론트 엔드의 UI의 프론트 엔드에 초점 백엔드와 프론트 엔드의 개발에 초점을 맞추고 API는 특정 백엔드 템플릿을 수행 할 필요없이 더 많은 선택이있다.
- 더 나은 경험. 예를 들어, 우리는 특히 모바일 쪽을 위해, 당신은 가까이 네이티브 응용 프로그램에 대한 경험을 할 수 있습니다, 사이트 또는 만든 SPA SPA의 부품을 만드는, 그래서 것입니다.
단점 :
- 원위 느린 응답. 클라이언트가 아니라 문자열 연결 프로세스의 프런트 엔드에 대한 렌더링되면 더 빨리, 여분의 시간이 소요 서버 측 렌더링 속도에 더 좋다.
- 그것은 검색 엔진 최적화에 도움이되지 않습니다. SEO는 가난 때문에 같은 바이두와 같은 존재에서, SPA에 대한 Google 크롤러가 인식되지 않는, 그냥 페이지를 기록합니다. 서버에 HTML을 유지하지만되지 않을 수 있기 때문에 접합의 DOM JS로 전단 후 러 정보를 크롤링 할 수 없다. 검색 엔진의 SEO는 검색 엔진 최적화를 보장하는 것입니다 자바 스크립트를 크롤링 할 수있는 능력을 향상시킬 수 있습니다하지 않는 한.
서버 측 또는 클라이언트 측 렌더링 렌더링을 사용하십니까?
비즈니스 장면에 대한 맹목적 이야기 모드를 렌더링하는 것은 왕따를 사용할 선택합니다. 이러한 기업 수준의 웹 사이트로, 주요 기능은 복잡한 상호 작용없이 증명하는 것입니다, 좋은 검색 엔진 최적화에 대한 필요성이, 우리는 서버 측 렌더링을 사용할 필요하고, 유사한 관리자 페이지는 상호 작용하는 강력한, 다음, 검색 엔진 최적화를 고려해야 할 필요가 없습니다 당신은 클라이언트 측 렌더링을 사용할 수 있습니다.
대부분의 사용자는 따라서 렌더링 속도를 보장하는 서버 측 렌더링을 사용하여 해당 페이지를 열 시작에 대한 또 다른 상태, 즉, 현재 제 스크린 렌더링 서버 측을 사용하는 등의 일부 사이트로서 절대적이지 어떤 특정한 렌더링 방법을 사용하는 페이지 따라서 스플리터의 전방 및 후방 단부를 완성 클라이언트 렌더링을 사용한다.
전달