ajax의 단점은 다음과 같습니다. 1. 브라우저의 뒷면을 파괴하고 북마크 기능을 추가할 수 있습니다. 2. 사용자의 요청과 서버의 응답 사이의 간격이 길어집니다.
이 기사의 운영 환경: Windows 7 시스템, javascript 1.8.5, DELL G3 컴퓨터
ajax의 단점은 무엇입니까?
Ajax의 주요 단점:
아마도 브라우저 뒷면을 파괴하고 북마크 기능을 추가했습니다. 동적으로 업데이트되는 페이지의 경우 브라우저는 기록에서 정적 페이지만 기억할 수 있으므로 사용자는 이전 페이지 상태로 돌아갈 수 없습니다. 완전히 읽힌 페이지와 동적으로 수정된 페이지 사이의 차이는 매우 미미합니다. 사용자는 종종 이전 작업을 취소하기 위해 뒤로 버튼을 클릭할 것으로 예상하지만 Ajax 애플리케이션에서는 그렇지 않습니다. 그렇게 하려면.
그러나 개발자들은 이 문제를 해결하기 위해 다양한 방법을 고안했습니다. HTML5 이전의 대부분의 방법은 사용자가 기록에 액세스하기 위해 뒤로 버튼을 클릭할 때 페이지의 변경 사항을 재현하기 위해 숨겨진 IFRAME을 생성하거나 사용하는 것이었습니다. (예를 들어 사용자가 Google 지도에서 다시 클릭하면 숨겨진 IFRAME에서 검색한 다음 검색 결과를 Ajax 요소에 반영하여 애플리케이션 상태를 당시의 상태로 복원합니다.)
즐겨찾기나 북마크에 상태를 추가할 수 없는 문제와 관련하여 HTML5 이전의 한 가지 방법은 URL 조각 식별자(종종 앵커라고 함, URL에서 # 다음 부분)를 사용하여 사용자가 추적하고 허용하는 것이었습니다. 지정된 애플리케이션 상태로 돌아갑니다. (많은 브라우저에서는 JavaScript가 앵커를 동적으로 업데이트할 수 있도록 허용하므로 Ajax 애플리케이션이 표시된 콘텐츠를 업데이트하는 동안 앵커를 업데이트할 수 있습니다.) HTML5는 나중에 검색 기록을 직접 조작하고, 웹 페이지 상태를 문자열 형식으로 저장하고, 웹 페이지를 웹 즐겨찾기를 클리핑하거나 북마크할 때 상태가 눈에 보이지 않게 유지됩니다.
위의 두 가지 방법으로도 동시에 돌아갈 수 없는 문제를 해결할 수 있습니다.
Ajax를 개발할 때 네트워크 대기 시간, 즉 사용자가 요청하고 서버가 응답을 보내는 사이의 간격을 신중하게 고려해야 합니다. 사용자에게 명확한 응답을 제공하지 않거나, 데이터를 제대로 미리 읽지 않거나, XMLHttpRequest를 부적절하게 처리하면 사용자는 지루함을 느끼게 됩니다.
일반적인 해결책은 시각적 구성 요소를 사용하여 시스템이 백그라운드 작업을 수행하고 데이터와 콘텐츠를 읽고 있음을 사용자에게 알리는 것입니다.
물론 Ajax를 사용하는 것도 가장 큰 장점이 있습니다.
전체 페이지를 업데이트하지 않고도 데이터를 유지할 수 있다는 점입니다. 이를 통해 웹 애플리케이션은 사용자 작업에 더 빠르게 응답하고 네트워크를 통해 변경되지 않은 정보를 보내는 것을 방지할 수 있습니다.
Ajax에는 브라우저 플러그인이 필요하지 않지만 사용자가 브라우저에서 JavaScript를 실행할 수 있도록 허용해야 합니다. DHTML 애플리케이션과 마찬가지로 Ajax 애플리케이션도 다양한 브라우저와 플랫폼에서 엄격하게 테스트되어야 합니다. Ajax가 성숙해짐에 따라 Ajax 사용을 단순화하는 일부 프로그램 라이브러리도 나왔습니다. 마찬가지로, JavaScript를 지원하지 않는 사용자에게 대체 기능을 제공하기 위해 또 다른 보조 프로그래밍 기술이 등장했습니다.
추천 학습: "AJAX 비디오 튜토리얼"
위 내용은 아약스의 단점은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!