Ajax에 적용 가능한 시나리오는 무엇입니까? Ajax를 적용할 수 없는 시나리오는 무엇입니까?

이 글에서는 ajax의 사용 시나리오와 ajax를 적용할 수 없는 시나리오를 주로 소개하여 Ajax를 어디에 사용해야 하는지 알 수 있도록 하겠습니다. 이제 이 글을 함께 읽어보시죠

Ajax 적용 시나리오
1. 양식 기반 상호 작용
기존 양식 제출, 텍스트 상자에 입력 내용을 입력한 후 버튼을 클릭하면 백그라운드 처리가 완료된 후 페이지가 새로고침된 후 다시 돌아가서 새로고침 결과가 올바른지 확인합니다. Ajax를 사용하면 sunmit 버튼을 클릭한 후 즉시 비동기 처리가 이루어지며 업데이트된 결과가 페이지 전체를 새로 고치는 데 문제가 없습니다.
2. 깊은 트리 탐색
깊은 계단식 메뉴(트리)를 탐색하는 것은 매우 복잡한 작업입니다. JavaScript를 사용하여 디스플레이 논리를 제어합니다. , Ajax를 사용하여 더 깊은 데이터 로드를 지연하면 서버의 로드를 효과적으로 줄일 수 있습니다.
이전 계단식 메뉴 처리의 대부분은 다음과 같았습니다.
메뉴 페이지의 각 작업으로 인해 다시 로드되는 것을 방지하려면, 매번 배경을 호출하는 대신 계단식 메뉴의 모든 데이터를 한 번에 읽어서 배열에 쓴 다음 JavaScript를 사용하여 사용자 작업에 따라 항목 하위 집합의 표시를 제어합니다. 페이지를 다시 로드하지 않고 서버에 자주 요청하는 것을 방지하여 작업 응답 속도의 문제를 해결합니다. 그러나 사용자가 메뉴를 조작하지 않거나 메뉴의 일부만 조작하는 경우 읽은 데이터 중 일부가 과잉 데이터가 됩니다. 특히 메뉴 구조가 복잡하고 데이터 양이 많은 경우(예: 메뉴에 레벨이 많고 각 레벨에는 수백 개의 항목이 있습니다.) 이러한 단점은 더욱 두드러집니다.
이 경우 Ajax를 적용하면 결과가 변경됩니다.
페이지를 초기화할 때 페이지의 모든 데이터만 읽어옵니다. 사용자가 1단계 메뉴 항목 중 하나를 조작하면 현재 1단계 항목이 속한 2단계 하위 메뉴에 대한 모든 데이터가 Ajax를 통해 백그라운드로 요청됩니다. 이미 제시된 2차 메뉴를 계속해서 요청합니다. 항목 중 하나가 선택되면 조작된 2차 메뉴 항목에 해당하는 모든 3차 메뉴의 데이터를 모두 요청하는 식으로… , 당신은 당신이 무엇을 사용하고 얼마를 사용했는지 얻을 수 있습니다. 얼마나, 데이터의 중복과 낭비가 없어 전체 데이터 다운로드 양이 줄어들고, 페이지를 업데이트할 때 전체 콘텐츠를 다시 로드할 필요가 없고 업데이트해야 하는 부분만 업데이트할 수 있습니다. 백그라운드 처리 및 재로드 방식으로 사용자 대기 시간을 줄이고 리소스 낭비를 최소화합니다.
3. 빠른 사용자 간 커뮤니케이션 응답
여러 사람이 참여하는 커뮤니케이션 및 토론 시나리오에서 가장 불쾌한 점은 그냥 놔두세요. 사용자는 새로운 토론이 있는지 확인하기 위해 페이지를 계속해서 새로 고칩니다. 새로운 응답은 가능한 한 빨리 표시되어야 하며, 사용자가 새로 고침을 방해하는 일이 없도록 하려면 Ajax가 최선의 선택입니다.
4. 투표, 예/아니요 등의 사소한 장면
이런 장면의 경우 제출 과정이 40초 정도 걸린다면 , 많은 사용자들은 그냥 무시하고 참여하지 않겠지만, Ajax는 1초 이내로 시간을 조절할 수 있기 때문에 더 많은 사용자들이 참여하게 됩니다.
5. 데이터 필터링 및 관련 데이터 조작 시나리오
　데이터에 필터를 사용하고, 시간별 또는 시간과 이름별로 정렬하고, 필터를 켜고 끄는 등의 작업을 수행하세요. 고도의 대화형 데이터 조작이 필요한 모든 상황은 일련의 서버 요청보다는 JavaScript를 사용하여 수행되어야 합니다. 각 데이터 업데이트 후에 이를 찾아 처리하는 데 많은 시간이 걸리며 Ajax는 이 프로세스 속도를 높일 수 있습니다. (자세한 내용을 보시려면 PHP 중국어 홈페이지AJAX Development Manual 칼럼을 참고하세요)

　　6. 일반 텍스트 입력 프롬프트와 자동 완성 시나리오
　텍스트 등의 입력 형태로 입력 프롬프트 제공 상자 또는 자동 완성은 사용자 경험을 효과적으로 향상시킬 수 있으며, 특히 자동 완성 데이터가 서버 측에서 제공될 수 있는 경우 Ajax가 좋은 선택입니다.
Ajax를 적용할 수 없는 시나리오
1. 일부 간단한 양식
양식 제출은 Ajax에서 가장 많은 이점을 얻을 수 있지만 간단한 주석 양식은 Ajax에서 눈에 띄는 개선을 거의 얻을 수 없습니다. 덜 사용되는 양식 제출의 경우 Ajax는 큰 도움이 되지 않습니다.
　　2. 검색
　 Start.com, Live.com 등 Ajax를 사용하는 일부 검색 엔진에서는 브라우저의 뒤로 버튼을 사용하여 이전 검색 결과를 볼 수 없는 문제입니다. 검색 습관이 생긴 사용자는 용서할 수 없다고 말했습니다.
이제 Dojo는 iframe을 통해 이 문제를 해결합니다.
　　3. 기본 탐색
　 사이트 탐색에 Ajax를 사용하는 것은 시스템 프로그램을 개선하는 데 시간을 투자하는 것은 어떨까요?
　　4. 많은 양의 텍스트 교체
　 Ajax를 사용하여 페이지 부분 새로 고침을 수행하지만 페이지의 모든 부분이 변경된 경우 서버 요청을 다시 실행하는 것은 어떨까요?
　5. 프리젠테이션 조작
　Ajax는 순수한 UI 기술처럼 보이지만 사실은 그렇지 않습니다. 실제로는 데이터 동기화, 조작, 전송을 위한 기술입니다. 깔끔하고 유지 관리가 가능한 웹 애플리케이션의 경우 Ajax를 사용하여 페이지 렌더링을 제어하지 않는 것이 좋습니다. JavaScript는 XHMTL/HTML/DOM을 쉽게 처리할 수 있으며, CSS 규칙을 사용하여 데이터 표시를 잘 표현할 수 있습니다.

　 기존 문제
　 1. JavaScript로 만든 Ajax 엔진, JavaScript 호환성 및 DeBug 모두 골치 아픈 일입니다.
　 2. Ajax 새로 고침 없음, 페이지 변경으로 인해 새로 고침이 없습니다. 다운로드가 너무 뻔하므로 사용자에게 문제를 일으키기 쉽습니다.D?D사용자는 현재 데이터가 새로운 것인지 또는 업데이트되었는지 확실하지 않습니다. 기존 솔루션에는 다음이 포함됩니다. 관련 위치 프롬프트 및 데이터 업데이트 영역을 보다 명확하게 디자인하고 데이터 후 사용자에게 프롬프트합니다. 등이 업데이트됩니다.
　　3. 중간 프로세스는 북마크에 추가할 수 없습니다. 해결 방법: GoogleMaps는 페이지에 '이 페이지에 대한 링크'를 제공하여 이 문제를 해결합니다. 또한 URL 링크에 잘못된 ?^ 태그를 추가하여 해결할 수도 있지만 아직 확인되지 않았습니다. IBM 개발자 포럼에 이름을 잘 기억하지 못하는 사장님이 계신 것 같습니다. j2ee의 기존 성숙한 프레젠테이션 레이어 프레임워크와 함께 사용하는 것이 더 나은 선택입니다. 필요에 따라 사용하면 많은 옵션이 중단되지 않습니다. 맹목적으로 노력하면, 당신을 유혹하고, 자극하고, 정신을 잃게 만드는 쓰라린 결과가 기다리고 있을 수도 있습니다. 이 글은 여기에서 끝납니다. (자세한 내용을 보려면 PHP 중국어 웹사이트AJAX 사용자 매뉴얼 컬럼을 방문하세요.) 궁금한 점이 있으면 아래에 메시지를 남겨주세요.

위 내용은 Ajax에 적용 가능한 시나리오는 무엇입니까? Ajax를 적용할 수 없는 시나리오는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!