Ajax - 3 차 데이터 로딩을위한 모범 사례/접근 방식

Question

저는 현재 구축중인 애플리케이션에서 추가 데이터를로드하는 방법에 대한 정착에 어려움을 겪고 있습니다. 응용 프로그램은 하나의 페이지가 많은 조각으로 구성되어있는 CMS로, 일부는 재사용 가능하고 다른 일부는 독점적입니다.

독점적 인 단편의 예는 설명/작성자 메타 태그 일 수 있지만 재사용 가능한 단편은 링크 목록 일 수 있습니다.

나의 현재 접근 방식은 페이지의 대량을 구성하는 필수 데이터를로드하는 것입니다 (예 : 본문 내용, 제목, 슬러그, 날짜 (게시/만료/수정). 그 부분이로드되고 UI가 준비되면 2 개의 추가 데이터 세트를로드합니다. 메타 태그 모음. 파편 모음.

내에서 수여는 다음과 같습니다 1. 확장 성 2. 속도 3. 유지 보수성

내 접근 사운드 아니면 내가 다른 접근 방식을 고려해야한다?

Answer 1

위에서 언급 한 지연로드에 AJAX를 사용한다고 가정합니다.

접근 방식이 좋습니까? 질문에 대한 답변은 전체 페이지로드 속도 (조각 포함)에 따라 다릅니다. 귀하의 기술은 페이지의 인식을 불러 와서 사용자가 심리적으로 대기 상태가되지 않도록하기 위해 사용됩니다.

이 기술은 전체 페이지로드가 너무 길 때 사용됩니다. "너무 오래로드하는"방법이 주관적이기 때문에 8 초를 예로 들어 봅시다. 페이지 전체가로드되는 데 8 초가 걸리고 본체 등의 부분 페이지에 3 초가 걸리는 경우 사용자가 심리적으로 8 초를 기다리지 않아도되도록 해당 부분을 먼저로드하는 것이 좋습니다. 당신의 3 개 기준에 관해서는

:

• 확장 성 : HTTP의 수를 증가시킬 것입니다 게으른 로딩은 다시 서버에 따라서 서버에 대한 총 통화 수의 측면에서 추가적인 부하를 도입뿐만 아니라 호출 동시 접속의 수를 차지할 가능성. 따라서 지연로드는 서버에 추가 오버 헤드를 발생시킵니다. 그러나 전개 환경이 올바르게 클러스터 된 경우, 중대한. 제를 일으키지 않아야합니다.

• 속도 : 이것은 전에 말한 것으로 돌아갑니다. 전체 페이지로드가 매우 빠르면 조각에 게으른로드를 수행하면 추가 HTTP 호출을 서버에 보내고 있기 때문에 실제로는 전체 초 단위로 느려질 수 있습니다. 이 경우 사용자의 인식을 돕는 것이 아닙니다. 그러나 전체 페이지를로드하는 속도가 길면 사용자가 속도를 인식하는 속도가 빨라지므로 총로드 속도가 빨라지더라도이 기술은 의미가 있습니다.

• 유지 관리 가능성 : 좋은 구현은 전체 페이지를로드하고 몇 개의 간단한 코드로 조각 내에서로드 할 것인지 선택할 수 있습니다. 그것은 당신이 유지 보수가 가능하고 유연한 코드를 작성했다는 것을 의미합니다.