> 웹 프론트엔드 > JS 튜토리얼 > Ajax : 원격 스크립팅과의 사용 가능한 상호 작용

Ajax : 원격 스크립팅과의 사용 가능한 상호 작용

Lisa Kudrow
풀어 주다: 2025-03-10 00:30:09
원래의
695명이 탐색했습니다.

Ajax : 원격 스크립팅과의 사용 가능한 상호 작용 북마크에 하나의 웹 개발 블로그가 포함되어 있다면 원격 스크립팅이 새로운 "웹의 미래"로 선전되고 있음을 알 수 있습니다.

몇몇 사람들이 아마도 그것에 대해 약간 과장된 느낌을 받았지만, 원격 스크립팅을 사용하는 수많은 유명한 웹 애플리케이션이 릴리스 된 결과,이기는 웹 애플리케이션 생성에 이러한 기술을 활용하고 웹 페이지 기능을 강화하는 데 확실한 이점이 있음을 보여주었습니다. 이 기사는 원격 스크립팅의 기초, 특히 떠오르는 XMLHTTPREQUEST 프로토콜의 기초에 대한 소개를 제공하는 것을 목표로합니다. 그런 다음 사용 가능한 인터페이스를 만들면서 해당 프로토콜을 구현하는 방법을 보여주는 예제 응용 프로그램을 살펴 보겠습니다.

시작하려면 여기에 제시된 작업 예제를 작성하는 데 필요한 모든 파일이 포함 된 코드 아카이브를 다운로드하십시오. 키 테이크 아웃

ajax 및 원격 스크립팅은 웹 페이지를 새로 고칠 필요없이 서버와의 데이터 교환을 허용하여 웹 애플리케이션을 향상 시켜서 더 부드럽고 대화식 사용자 경험을 제공합니다. xmlhttprequest는 Ajax의 중요한 구성 요소로서 서버에서 비동기 적으로 데이터를 가져올 수 있도록하여 데이터 검색 중에 웹 페이지가 얼지 못하게합니다. 장애가 있거나 오래된 브라우저 기술을 포함한 모든 사용자가 컨텐츠에 효과적으로 액세스 할 수 있도록 AJAX를 구현할 때 적절한 오류 처리 및 접근성 고려 사항이 필수적입니다. xmlhttprequest 객체의 생성은 브라우저마다 다르므로 특히 Ajax 기능을 위해 ActiveX가 필요한 이전 버전의 인터넷 익스플로러에 대한 폴백 메커니즘이 필요합니다. AJAX 응용 프로그램은 안전한 코딩 관행의 중요성을 강조하여 XSS (Cross-Site Scripting) 및 CSRF (Cross-Site Reques)와 같은 일반적인 웹 취약점으로부터 보호하기 위해 데이터를 안전하게 처리해야합니다. 디버깅 Ajax는 비동기 특성으로 인해 복잡 할 수 있지만 브라우저의 최신 개발 도구는 AJAX 요청 및 응답을 효과적으로 모니터링하고 문제 해결하는 데 도움이 될 수 있습니다.

원격 스크립팅 란 무엇입니까? 기본적으로 원격 스크립팅을 사용하면 클라이언트 측 JavaScript가 웹 페이지를 새로 고치지 않고 서버에서 데이터를 요청할 수 있습니다. 그게 다야. 원활한 웹 애플리케이션을 만드는 데있어 다른 모든 것은 문서 개체 모델을 조작하는 확립 된 방법을 기반으로합니다. Google이 제안한 것처럼 선택할 단어 목록을 작성하는 것만 큼 간단 할 수 있습니다. 또는 map.search.ch. 와 같은 맵 이미지를 탐색하고 축소하기위한 전체 인터페이스의 생성이 포함될 수 있습니다.그러나 새로운 웹 경험을 만들 수있는 능력과 함께 원격 스크립팅을 통해 새로운 웹 경험을 만들 수 있습니다. 원격 스크립팅 및 원활한 애플리케이션은 데스크탑 응용 프로그램 디자인 영역의 많은 문제를 가져 오므로 웹에서 동일한 문제가 가능합니다. 원격 스크립팅 인터페이스가 해당 문제를 해결하고 사용자가 얻을 수있는 최상의 경험을 제공하는 것이 귀하의 의무입니다. 원격 스크립팅 및 접근성 온라인 응용 프로그램 또는 웹 페이지와 마찬가지로 항상 사용자의 요구를 고려해야합니다. 일부 사용자는 JavaScript 기능이없는 브라우저가있을 수 있습니다. 또는 JavaScript를 실행할 수 있더라도 원격 스크립팅 기능이 없을 수도 있습니다. JavaScript 상호 작용 및 원격 스크립팅 기능이 웹 기반 컨텐츠의 기본 기능에 추가하는 것은 일반적으로 인정되는 모범 사례입니다. 이러한 기술 없이는 콘텐츠에 액세스 할 수 있고 사용할 수 있어야합니다. 완전 신단 웹 애플리케이션의 경우 JavaScript 또는 원격 스크립팅 기능이없는 사용자에게 완전히 다른 시스템을 제공하는 것이 허용 될 수 있습니다. Gmail의 팀은 최근에 서비스에 대한 대체 인터페이스를 비 JavaScript를 구현했습니다. xmlhttprequest를 사용한 원격 스크립팅

xmlhttprequest는
이 아니지만 대부분의 현대식 브라우저는 일관되게 구현되며 JavaScript 데이터 검색에 대한 사실적인 표준이되기위한 길에 있습니다. Windows 용 Internet Explorer 5, Mozilla 1.0, Safari 1.2 및 다가오는 버전 8.0은 모두 사용 가능한 개체로 XMLHTTPREQUEST를 소개합니다.

인터넷 익스플로러 xmlhttprequest API는 다운로드 할 수 있습니다 Mozilla 문서를 다운로드 할 수도 있습니다 이보다 오래된 브라우저를 지원 해야하는 경우 iframes를 사용하는 방법은 실행 가능한 솔루션을 제공합니다. 그러나 이러한 브라우저를 코딩하면 표준 JavaScript DOM 메소드를 활용하는 능력도 제한됩니다. 이 기사는보다 현대적인 xmlhttprequest 방법에 중점을 둘 것입니다. xmlhttprequest 객체 생성 Internet Explorer를 제외한 모든 브라우저의 경우 다음과 같은 xmlhttprequest 객체를 만들 수 있습니다.

그러나 그러나 인터넷 익스플로러에서 XMLHTTPREQUEST는 ActiveX 객체로 구현됩니다. 즉, 객체가 다음과 같이 생성됩니다

참고 : 이것은 또한 사용자가 인터넷 익스플로러에서 ActiveX 객체를 비활성화하면 javaScript가 활성화 된 경우에도 XMLHTTPREQUEST를 사용할 수 없음을 의미합니다. 이 브라우저에서 사용하는 객체 생성 구문의 차이에 대처하려면 시도/캐치 구조를 사용하여 올바른 개체를 자동으로 제공하거나 XMLHTTPREQUEST 객체를 사용할 수없는 경우 오류를 반환하는 것이 가장 좋습니다.
var requester = new XMLHttpRequest();
로그인 후 복사
로그인 후 복사
로그인 후 복사
로그인 후 복사
로그인 후 복사
로그인 후 복사
로그인 후 복사
고맙게도, 구현 간의 차이는 그곳에서 종료되며 XMLHTTPREQUEST 객체에 대한 모든 후속 메소드 호출은 스크립트가 실행되는 브라우저에 관계없이 수행 할 수 있습니다. xmlhttprequest 객체

를 사용한 데이터 전송 xmlhttprequest 객체가 생성되면 서버에서 데이터를 검색하려면 두 가지 별도의 방법을 호출해야합니다.

URL은 상대적이거나 절대적 일 수 있지만 교차 도메인 보안 문제로 인해 대상은 요청하는 페이지와 동일한 도메인에 상주해야합니다. Open () 메소드는 또한 요청이 비동기식 (true, 기본값) 또는 동기식 (False)인지 여부를 지정하는 선택적 세 번째 부울 인수를 취합니다. 동기 요청으로 브라우저는 객체가 완료 될 때까지 사용자 상호 작용을 허용하지 않고 동결됩니다. 비동기 요청은 백그라운드에서 발생하여 다른 스크립트가 실행되고 사용자가 브라우저에 계속 액세스 할 수 있도록합니다. 비동기 요청을 사용하는 것이 좋습니다. 그렇지 않으면, 우리는 사용자의 브라우저가 잠글 수있는 위험을 실행합니다. Open ()의 선택적 네 번째 및 다섯 번째 인수는 비밀번호로 보호 된 URL에 액세스 할 때 인증을위한 사용자 이름과 비밀번호입니다. 일단 Open ()이 연결을 초기화하는 데 사용되면 send () 메소드가 연결을 활성화하고 요청을 만듭니다. send ()는 하나의 인수를 가져 와서 통화와 함께 CGI 변수와 같은 추가 데이터를 보낼 수 있습니다. Internet Explorer는 옵션으로 취급하지만 값이 전달되지 않으면 오류를 반환하므로 다음을 사용하여 호출하는 것이 가장 안전합니다.
GET 요청 메소드를 사용하여 CGI 변수를 보내려면 변수를 Open () URL로 하드 코딩해야합니다.
포스트 요청 메소드를 사용하여 CGI 변수를 보내려면 CGI 변수는 다음과 같은 send () 메소드로 전달 될 수 있습니다.

일단 send ()에게 전화를 걸면 xmlhttprequest는 서버에 연락하여 요청한 데이터를 검색합니다. 그러나이 과정에는 불확실한 시간이 걸립니다. 객체가 데이터 검색을 완료 한시기를 찾으려면 이벤트 리스너를 사용해야합니다. xmlhttprequest 객체의 경우 ReadyState 변수의 변경 사항을 들어야합니다. 이 변수는 객체 연결 상태를 지정하고 다음 중 하나 일 수 있습니다.

var requester = new ActiveXObject("Microsoft.XMLHTTP");
로그인 후 복사
로그인 후 복사
로그인 후 복사
로그인 후 복사
로그인 후 복사
0 - 초기화되지 않은
try 
{
 var requester = new XMLHttpRequest();
}
catch (error)
{
 try
 {
   var requester = new ActiveXObject("Microsoft.XMLHTTP");
 }
 catch (error)
 {
   return false;
 }
}
로그인 후 복사
로그인 후 복사
로그인 후 복사
1 - 로딩 2 -로드 3 - 대화식

4 - 완성 된

ReadyState 변수의 변경 사항은 특별한 OnreadyStateChange 리스너를 사용하여 모니터링 할 수 있으므로 ReadyState가 변경 될 때 이벤트를 처리 할 수있는 기능을 설정해야합니다.

var requester = new XMLHttpRequest();
로그인 후 복사
로그인 후 복사
로그인 후 복사
로그인 후 복사
로그인 후 복사
로그인 후 복사
로그인 후 복사
var requester = new ActiveXObject("Microsoft.XMLHTTP");
로그인 후 복사
로그인 후 복사
로그인 후 복사
로그인 후 복사
로그인 후 복사
xmlhttprequest 객체를 사용하면 Open () 메소드를 여러 번 호출 할 수 있지만, onreadyStateChange 이벤트가 "4"(모질라)로 변경되면 다시 업데이트되지 않기 때문에 각 객체는 한 번의 호출에만 사용할 수 있습니다. 따라서 원격 호출을 원할 때마다 새로운 xmlhttprequest 객체를 만들어야합니다.
try 
{
 var requester = new XMLHttpRequest();
}
catch (error)
{
 try
 {
   var requester = new ActiveXObject("Microsoft.XMLHTTP");
 }
 catch (error)
 {
   return false;
 }
}
로그인 후 복사
로그인 후 복사
로그인 후 복사
XMLHTTPREQUEST 객체 에서 데이터를 구문 분석합니다 우리가 성공적인 요청을 한 경우 XMLHTTPREQUEST 객체의 두 가지 속성에 데이터가 포함될 수 있습니다.

responsexml은 객체에 의해 검색된 XML 데이터의 DOM 구조화 된 객체를 저장합니다. 이 객체는 getElementsByTagName (), childnodes [] 및 parentnode와 같은 표준 JavaScript DOM 액세스 방법 및 속성을 사용하여 탐색 할 수 있습니다. responeetext는 데이터를 하나의 완전한 문자열로 저장합니다. 서버에서 제공하는 데이터의 콘텐츠 유형이 텍스트/일반 또는 텍스트/HTML 인 경우 데이터가 포함 된 유일한 속성입니다. 텍스트/XML 데이터의 사본은 평평하게되어 responsexml의 대안으로 여기에 배치됩니다.
데이터의 복잡성에 따라 데이터를 단순히 일반 텍스트 문자열로 반환하는 것이 더 쉬워서 XMLHTTPREQUEST에서 XML을 중복시킬 수 있습니다. 그러나보다 복잡한 데이터 유형의 경우 다음과 같은 XML 형식을 사용하고 싶을 것입니다.
xml 버전 = "1.0"?>

        John Smith

        john@smith.com

표준 DOM 액세스 방법을 사용하여 데이터의 다른 부분에 액세스 할 수 있습니다. 태그 사이에 포함 된 데이터는 부모의 자식 텍스트 노드를 나타내는 것으로 간주되므로 데이터를 검색 할 때 추가 구조 계층을 고려해야합니다.
    우리는 또한 공백에 대해 조심해야합니다. XML 파일의 값을 들여 쓰기 값은 값에서 원치 않는 공백을 생성하거나 추가 텍스트 노드를 추가 할 수 있습니다. xmlhttprequest 객체에서 데이터를 구문 분석 한 후에는 웹 페이지에 자유롭게 변경하고 삭제하고 쓸 수 있습니다! 예제 원격 스크립팅 응용 프로그램
  • 원격 스크립팅 애플리케이션 내에서 xmlhttprequest 프로토콜을 사용하는 방법을 보여주기 위해 간단한 한 페이지 예제를 만들었습니다. 코드를 더 읽기 쉽게 만들기 위해 JavaScript 및 XmlhttpRequest를 사용할 수 있다고 가정하지만 실제 응용 프로그램에서는 항상 XMLHTTPREQUEST를 사용할 수 있고 그렇지 않은 경우 흑백 (예 : 일반 양식 제출)이 있는지 확인해야합니다. 예제 응용 프로그램을 사용하면 사용자가 친구의 이메일 주소로 무료 ECARD를 보낼 수 있습니다. 이를 위해, 사용자는 먼저 영수증 번호를 입력해야하며, 이전에 상품을 구입했을 때받은 수신 및 이후 exampleco 데이터베이스에 저장되었습니다. 그런 다음 ECARD가 전송되기 전에 나머지 필드를 완료하고 수신자의 이메일 주소, 메시지 및 카드에 사용될 그래픽 이미지를 입력해야합니다.

    원격 스크립팅은이 예에서 다음과 같은 세 가지 작업에 사용됩니다.

    영수증의 유효성 검사를위한 대기 시간을 최소화합니다 Ajax : 원격 스크립팅과의 사용 가능한 상호 작용 영수증 번호가 검증되면 검색된 데이터의 입력을 양식으로 자동화합니다

    ECARD가 성공적으로 전송되면 페이지의 내용을 다시 작성하십시오.

    이러한 작업과 함께이 예제에는 JavaScript가 포함되어 있으며,이 작업에는 제출 전에 다른 양식 필드를 검증하고 사용자가 ECARD 그래픽을 선택할 수 있습니다.
    예제는 두 개의 별도 버전으로 작성되었습니다. 이 버전 중 첫 번째 버전은 응용 프로그램 내에서 XMLHTTPREQUEST 프로토콜의 구현을 보여 주지만, 이는 비교할 수없는 유용성 문제가 포함되어 있습니다. 이러한 문제는 두 번째 예에서 해결되며, 페이지 기반 응용 프로그램 모델에서보다 역동적이고 대화식 환경으로 이동할 때 발생할 수있는 일부 문제를 강조하는 것을 목표로합니다.

    예 1 : xmlhttprequest 구현 기존 서버/클라이언트 응용 프로그램에서 전체 ECard 양식을 서버에 제출하고 확인하고 클라이언트가 영수증 번호가 유효한지 여부를 알기 전에 브라우저로 돌아와야합니다. 원격 스크립팅 모델을 사용하면 사용자가 해당 필드 처리를 마치 자마자 영수증 번호를 확인할 수 있습니다. 따라서 사용자가 양식을 제출하면 브라우저는 데이터가 유효한지 여부를 이미 식별했습니다. 데이터를 원격으로 확인하는 첫 번째 단계는 사용자가 수령 번호 필드에 값을 입력 한시기를 아는 것입니다. 필드 용 Onchange 이벤트 핸들러를 사용하여 감지 할 수 있습니다. 텍스트 필드의 "변경"은 사용자가 텍스트 필드의 값을 수정 한 다음 해당 필드에서 "블루스"할 때마다 등록됩니다 (즉, 탭 또는 클릭). 이는 일반적으로 사용자가 필드 작성을 완료했으며 포함 된 데이터를 처리 할 수 ​​있음을 나타냅니다. 이 onchange 이벤트를 캡처함으로써 우리는 스크립트를 필드의 컨텐츠 검증을 시작하도록 지시 할 수 있습니다.
    • 당신은이 기사의 첫 번째 부분, 즉 포크 트라이/캐치 구조, xmlhttprequest 객체를 제어하는 ​​Open () 및 send () 메소드에서 해당 구문의 일부를 인식 할 수 있습니다. 첫 번째 if 문은 xmlhttprequest 객체가 이미 존재하고 현재 실행 중인지 여부를 확인하기 위해 확인합니다. 그렇다면 해당 연결이 중단됩니다. 이를 통해 여러 충돌하는 XMLHTTPREQUEST 호출이 동시에 실행되지 않으므로 네트워크를 막을 수 있습니다. 그런 다음이 함수는 계속해서 새로운 XMLHTTPREQUEST 객체를 생성하고 서버 측 유효성 검사 스크립트, rectipt.php. 에 연결을 엽니 다. <.> receipt.php에서 CGI 변수 영수증이 확인되고 값이 "1234567"인 경우 일부 XML 데이터가 반환됩니다. 그렇지 않으면 "빈"의 일반 텍스트 문자열이 반환되어 영수증 번호가 유효하지 않음을 나타냅니다. 하드 코딩 된 값과 데이터는이 예에서 코드를 단순화하는 데 사용되었지만 실제 세계에서는이 PHP 스크립트가 데이터베이스에 대한 영수증 번호를 확인하고 해당 번호에 대한 적절한 데이터를 반환합니다. 영수증 번호가 유효하지 않은 경우 내용 유형 헤더는 "Text/Plain"입니다. 이것은 메시지 인쇄 프로세스를 다소 단순화하지만 클라이언트 측에서 xmlhttprequest 객체의 응답 XML 속성에 아무것도 포함하지 않음을 의미합니다. 따라서 서버 측 스크립트가 반환하는 내용을 항상 알고 있어야하며 ResponseXML 또는 ResponseText를 적절하게 주시해야합니다. 는 서버 측 스크립트를 호출 할뿐만 아니라 OnChangerEceipt ()도 oneadystatechangereceipt ()를 할당하여 OnreadyStateChange 이벤트를 통해 연결 상태를 모니터링하고 연결이 완료된시기를 결정하고 추가 작업을 수행 해야하는 기능입니다. 이를 위해, 우리는 이전에 논의 된 ReadyState/Status Condition Nesting을 사용합니다.

      기능 onreadyStateChangerEceipt () {<.>  / * XMLHR 객체가 데이터 검색을 완료 한 경우 */

       if (requester.readystate == 4)  {<.>    / * 데이터가 성공적으로 검색된 경우 */
      var requester = new XMLHttpRequest();
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
         if (reimester.status == 200)    {<.>      writedetails ();  

         } <.>    / * 즉 일부 경우에 0의 상태 코드를 반환 하므로이 경우를 무시하십시오 */ .    else if (reimester.status! = 0)    {<.>      ALERT ( "URL을 검색하는 동안 오류가있었습니다 :"reimester.statUSTEXT);  

         } <.>  } <.>  

       진실을 반환하십시오.  

      } 성공적인 상태 코드가 반환되면 writedetails ()가 호출됩니다. 반환 된 데이터를 구문 분석하고 웹 페이지에 수행 할 작업을 결정하는 것은이 기능입니다.
      var requester = new XMLHttpRequest();
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      이 함수는 먼저 XMLHTTPREQUEST 객체의 responceetext 속성을 확인하여 영수증 번호가 유효한지 여부를 확인합니다. 유효한 경우 데이터는 XML 형식이되고 첫 번째 문자는 오프닝 앵글 브래킷 ( writedetails ()의 실행은 수령 번호 유효성 검사를 위해 원격 스크립팅 프로세스의 끝을 표시합니다. 필드에 확장 된 유효한 속성이 설정되면 브라우저는 데이터가 정상인지 아닌지를 알고 있으며 양식을 제출하려고 할 때 사용자에게 오류를 알릴 수 있습니다.

      양식에 오류가 있으면 제출 버튼을 클릭 할 때 alert () 대화 상자가 나타나고 양식이 제출되기 전에 사용자에게 오류를 수정하도록 요청합니다.

      var requester = new ActiveXObject("Microsoft.XMLHTTP");
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      이것은 사용자에게 제시된 초기 양식을 제거하고 최종 상태 메시지를 삽입합니다.

      이 응용 프로그램은 거의 전체 페이지를 다시 작성하지만 원격 스크립팅을 사용하여 DOM의 특정 부분이 어떻게 변경 될 수 있는지 쉽게 알 수 있습니다. 이는 응용 프로그램 인터페이스의 별도 부분이 웹 페이지 자체와 독립적으로 업데이트 될 수 있습니다.

      예제 2 : 사용 가능한 원격 스크립팅 인터페이스를 만듭니다 Ajax : 원격 스크립팅과의 사용 가능한 상호 작용 원격 스크립팅 모델은 대부분의 웹에 스며드는 표준 페이지 기반 상호 작용과는 상당히 다르며, 그 차이로 인해 프로젝트에 너무 쉽게 도입 될 수있는 새로운 유용성 함정이 생깁니다. 이러한 함정은 일반적으로 사용자가 액세스하는 동안 인터페이스의 동적 조작 또는 웹 페이지 외부의 데이터에 액세스해야 할 필요성으로 인해 발생합니다. 예제 1 원격 스크립팅을 사용하여 영수증 번호를 확인하고 데이터베이스에서 검색 한 데이터를 자동으로 삽입합니다. 그러나이 정보 중 어느 것도 특히 잘 사용되지 않았으며 사용자에게 무슨 일이 있었는지 명백하지도 않았습니다. 예 2는 첫 번째 예제 에서이과 다른 결함을 수정하고 사용자에게 경험을 훨씬 빠르고 쉽고 이해하기 쉽게 만듭니다. 아래 5 가지 팁은 나쁜 경험을 좋은 경험으로 바꾸는 데 사용할 수있는 몇 가지 변경 사항을 설명합니다. 팁 #1 : 사용자에게 왜 대기 중인지

      를 알려줍니다 원격 스크립팅은 즉각적이지 않습니다. 웹 연결 속도에 관계없이 외부 소스와의 통신 시간은 다릅니다. 따라서 서버와의 통신이 발생하는 동안 사용자에게 왜 대기 중인지 알려야합니다. (PHP 스크립트 예제는 Sleep () 호출을 사용하여 네트워크 트래픽 또는 기타 요인으로 인해 대기 기간을 강조합니다.) 원격 스크립팅 애플리케이션은 일반 브라우저 인터페이스를 사용하여 호출을하지 않기 때문에 일반적으로 전송 상태 및 활동을 사용자에게 알리는 상태 표시 줄은 정상적으로 수행하지 않으므로 사용자에게 피드백을 제공해야합니다.

      . 예제 2에서는 영수증 번호가 확인되는 동안 레이블은 대기를 설명하기 위해 영수증 번호 필드 옆에 표시됩니다.

      xmlhttprequest 연결이 완료되면 레이블이 변경됩니다.

      영수증 번호 필드의 onchange 이벤트가 트리거 될 때 상태 메시지는 xmlhttprequest 연결 직전에 초기화됩니다.

      원격 스크립팅 작업이 완료되면 영수증 번호가 유효한지 아닌지 사용자에게 알려주기 위해 메시지가 업데이트됩니다.

      사용자에게 클로저를 제공하므로 완료가 중요하다는 것을 나타내도록 메시지를 업데이트하는 것이 중요합니다. 로딩 메시지가 단순히 사라지면 사용자는 성공했다고 확신 할 수 없었습니다. Ajax : 원격 스크립팅과의 사용 가능한 상호 작용 위의 두 코드 샘플에서 메시지 함수는 양식 요소에 대한 상태 레이블을 동적으로 생성하고 관련 요소에 시각적으로 인접한 사용자 정의 함수입니다. 또한 상태 레이블에 대한 클래스를 수락하여 CSS 스타일을로드, 오류 및 완료 메시지를 위해 다르게 적용 할 수 있습니다.

      xmlhttprequest 프로세스가 실행되는 동안, 레이블은 애니메이션을 사용하여 동작이 진행 중이고 여전히 살아 있음을 나타냅니다. 예 2에서는 애니메이션 GIF와 함께 CSS 스타일을 통해 수행되지만 JavaScript 애니메이션을 사용하여 영향을 줄 수도 있습니다. 동일한 기능이 양식 제출 버튼에 적용됩니다. 다시 말하지만, 이것은 사용자에게 어떤 조치가 수행되고 있음을 알리고, 버튼을 클릭했음을 알 수 있으므로 사용자가 버튼을 두 번 이상 누르는 것을 방해하는 데 도움이됩니다.

      이를 달성하려면 제출 버튼의 값과 CSS 클래스를 변경하기 만하면됩니다.

      팁 #2 : 사용자의 상호 작용을 방해하지 마십시오 Ajax : 원격 스크립팅과의 사용 가능한 상호 작용

      사용자는 작업 완료를 방해하는 인터페이스에 좌절됩니다. 예 1에서는 사용자가 영수증 번호를 입력 한 후에 이러한 간섭이 발생할 수 있습니다. 영수증 번호가 확인되기 전에 이름과 이메일 주소를 채우기 시작하면 서버에서 사용자 데이터가 수신되면 해당 세부 사항이 덮어 씁니다.

      . 이를 수정하기 위해 예제 2는 스크립트가 데이터를 입력하기 전에 사용자가 텍스트 필드 값을 변경했는지 여부를 확인합니다. 텍스트 필드의 기본값은 페이지로드 될 때 감지 할 수 있고 사용자 정의 DOM 속성을 사용하여 기록 할 수 있습니다.

      스크립트가 데이터를 작성하려고 시도하기 전에 필드의 기본값을 현재 내용에 대해 확인할 수 있습니다.

      이것은 아마도 자신의 이름을 우리보다 자신의 이름을 더 잘 알고있는 사용자가 과도한 자동화로 덮어 쓰는 항목이 없도록합니다. 사용자가 다른 필드를 작성하는 동안 커서를 필드로 옮기고 인터페이스에서 사용자를 잠그는 동안 커서를 필드로 옮기는 것이 포함됩니다 (xmlhttprequest를 비동기 적으로 사용해야하는 이유).

      팁 #3 : 오류를 일찍 포착하지만 너무 이른
      var requester = new XMLHttpRequest();
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      오류가 발생하자마자 오류를 잡는 것이 가장 좋습니다. 현재 웹에 나타나는 많은 양식은 서버 측 스크립트 또는 무능한 JavaScript 알림을 사용하여 양식 오류가 표시되기 전에 양식을 제출하기 위해 사용자에게 의존합니다 (예제 1에 따라). 이 방법에는 사용자에게 몇 가지 단점이 있습니다

      양식을 제출하는 과정은 사용자의 시간을 차지합니다.
      var requester = new ActiveXObject("Microsoft.XMLHTTP");
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      JavaScript 알림은 수정이 필요한 모든 필드를 영구적으로 표시하지 않습니다. 커밋 된 후 오류를 잘 나타내면 사용자가 잘못된 필드가 요청한 내용을 정신적으로 기억해야합니다. 사용자가 수정해야 할 요소를 알고 있더라도 해당 요소가 올바르게 수정되었는지 확인하기 위해 양식을 다시 제출해야합니다.

      .

      이러한 이유로, 사용자에게 오류가 발생하자마자 오류를 알리는 것이 훨씬 좋습니다. 예 2에서 사용자가 잘못된 이메일 주소를 입력하면 응용 프로그램에 즉시 알려줍니다. 알림은 팁 #1 : 의 message () 함수를 사용하여 이메일 필드 바로 옆에 배치됩니다.

      그러나 데이터 입력을 마치기 전에 오류가 발생했다고 말하면서, 성가신 말은 말할 것도없이, 사용자가 입력을 시작하자마자 유효성을 확인해서는 안됩니다. 필드 점검은 사용자가 항목을 마무리 한 후, 즉 입력에서 벗어날 때만 수행해야합니다. 텍스트 필드의 경우,이 유형의 동작은 onchange 이벤트를 사용하여 가장 잘 캡처됩니다.
      var requester = new XMLHttpRequest();
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      이벤트에 의해 트리거 된 함수는 필드를 확인한 다음 포함 된 데이터가 해당 데이터 유형에 유효한지 확인할 수 있습니다.

      팁 #4 : 오류가 수정 된시기에 사용자에게 알리십시오

      필드가 잘못된 것으로 밝혀지고 사용자가 오류에 대해 경고를 받으면 사용자가 올바른 것으로 변경했을 때 사용자에게 알리는 것도 마찬가지로 중요합니다. 그렇지 않으면 사용자가 양식 제출주기에 다시 갇히게됩니다.
      var requester = new ActiveXObject("Microsoft.XMLHTTP");
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      . 이러한 상황에서는 사용자가 양식 요소를 파괴 할 때만 발생하기 때문에 브라우저의 OnChange 이벤트가 발사 될 때까지 기다리는 것만 큼 좋지 않습니다. 따라서 onkeyup 이벤트를 사용하여 잘못된 것으로 알려진 필드의 정확성을 확인하는 것이 가장 좋습니다.

      onkeyUpeMail () 함수는 필드가 필드가 올바른지 확인하기 전에 전자 메일 필드에 오류 메시지가 표시되어 있는지 확인합니다. 따라서 사용자가 필드에 적절한 수정하자마자 오류 메시지가 사라집니다. 그러나 사용자가 처음으로 현장에 입력하는 경우 메시지가 나타나지 않습니다. 이러한 시나리오는 필수 필드가 건너 뛰는 사례를 포착하지 않으므로 아직 작성되지 않은 세부 사항을 검색하는 대신 프로그램이 완료해야 할 사항을 정확하게 강조 할 수 있으므로 사용자가 불완전한 양식을 제출할 수 있도록하는 것이 좋습니다. 팁 #5 : 인터페이스 피드백 제공

      원활한 웹 애플리케이션을 만들면 브라우저에서는 아직 보지 못한 새로운 기능을 탐색 할 수 있지만, 그렇게하면 여전히 사용 가능한 인터페이스 디자인의 기초를 기억해야합니다. 그러한 기초 중 하나는 인터페이스 피드백의 제공입니다. 사용자에게 자신이 할 수있는 일과 수행 한 작업을 알리는 것입니다.

      예 1에서는 사용자가 ECARD 그래픽의 축소판을 클릭 할 수 있다는 것은 완전히 명확하지 않습니다. 커서가 주어진 시간에 배치되는 이미지에 회색 윤곽선을 주면 쉽게 반대 할 수 있습니다.

      The : 호버 의사 클래스는 CSS를 사용한 사람에게 친숙 할 것입니다. 커서가 해당 객체 위로 움직일 때 객체가 모양을 변경할 수 있습니다. CSS 단독을 통해 마우스 오버 효과를 이론적으로 달성 할 수 있지만, 현재 버전의 Internet Explorer는 다음을 허용하지 않습니다 : 앵커 태그를 제외한 모든 요소에 대한 호버 효과. 따라서 이미지 요소에 대한 호버 효과를 달성하기 위해 예제 2는 OnMouseOver 및 OnMouseOut 이벤트 처리기를 첨부합니다.

      그러면 해당 이벤트 핸들러는 각 이미지의 클래스를 변경하고 CSS를 사용하여 시각적 피드백을 제공 할 수 있습니다.
      try 
      {
       var requester = new XMLHttpRequest();
      }
      catch (error)
      {
       try
       {
         var requester = new ActiveXObject("Microsoft.XMLHTTP");
       }
       catch (error)
       {
         return false;
       }
      }
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      "클릭 가능성"을 나타 내기 위해 커서를 변경하면 사용자에게 피드백을 제공하는 데 도움이 될 수 있습니다. 이것은 CSS에서 간단한 규칙을 사용하여 수행 할 수 있습니다.
      var requester = new XMLHttpRequest();
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      로그인 후 복사
      결론 예제 1으로 이러한 모든 변경을 한 후에는 예제 2가 훨씬 도움이되고 사용 가능한 응용 프로그램이됩니다.

      여기에 제공되는 팁 중 공통 주제는 항상 사용자를 편안하고 통제 할 수 있도록하는 것입니다. 사용자가 무슨 일이 일어나고 있는지 이해하기 위해 필요한 정보를 가지고 있지 않으면, 응용 프로그램을 염려하여 응용 프로그램을 볼 수 있으며 결과적으로 성능이 어려워 질 것입니다.

      . 이 기사는 주로 원격 스크립팅 프로세스 및 유용성 문제에 중점을 두었지만 원활한 웹 애플리케이션을 생성 할 때 고려해야 할 접근성의 지점도 있습니다. 예 3은 훨씬 더 복잡한 ECARD 응용 프로그램으로, 더 강력한 스크립팅을 사용하고 JavaScript가 있거나 XMLHTTpRequest가없는 사용자에게 액세스 할 수 있습니다. 위에서 설명한 기술을 마스터 한 후에는이 마지막 예를 살펴보고 응용 프로그램을 정말 강력하게 만들기 시작할 수 있습니다. 원격 스크립팅 및 ajax 에 대한 질문이 자주 묻습니다
      ajax와 원격 스크립팅의 주요 차이점은 무엇입니까?

      ajax (비동기 JavaScript 및 XML)와 원격 스크립팅은 대화 형 웹 애플리케이션을 만드는 데 사용되는 기술입니다. 주요 차이점은 데이터를 처리하는 방법에 있습니다. AJAX는 XML을 사용하여 데이터를 보내고 수신하는 반면 원격 스크립팅은 XML, JSON 또는 일반 텍스트를 포함한 모든 데이터 형식을 사용할 수 있습니다. Ajax는 원격 스크립팅의 구체적인 구현입니다. 이는 더 넓은 개념입니다. Ajax : 원격 스크립팅과의 사용 가능한 상호 작용

      원격 스크립팅은 사용자 경험을 어떻게 향상 시키는가?

      원격 스크립팅은 전체 페이지 재 장전없이 웹 페이지가 백그라운드에서 서버와 통신 할 수 있도록하여 사용자 경험을 향상시킵니다. 이로 인해 전반적인 사용자 경험이 향상되어 더 빠르고 부드럽고 반응이 좋은 웹 응용 프로그램이 향상됩니다.

      JavaScript 이외의 언어와 함께 원격 스크립팅을 사용할 수 있습니까?

      예, JavaScript는 보편적 인 브라우저 지원으로 인해 원격 스크립팅에 가장 일반적으로 사용되는 언어입니다. VBScript와 같은 다른 언어도 사용할 수 있습니다. 그러나 언어의 선택은 사용자 브라우저의 클라이언트 측 기능에 달려 있습니다.

      원격 스크립팅 사용의 보안 영향은 무엇입니까?

      모든 웹 기술과 마찬가지로 원격 스크립팅은 크로스 사이트 스크립팅 (XSS) 및 크로스 사이트 요청 위조 (CSRF)와 같은 다양한 보안 위협에 취약 할 수 있습니다. 따라서 이러한 위협으로부터 보호하기 위해 입력 검증 및 출력 인코딩과 같은 적절한 보안 조치를 구현하는 것이 중요합니다. 원격 스크립팅이 데이터 전송을 처리하는 방법은

      원격 스크립팅은 HTTP 요청을 사용하여 데이터 전송을 처리합니다. 요청을 보내고 요청을 처리하고 응답을 다시 보냅니다. 그런 다음이 응답은 클라이언트 측 스크립트에 의해 전체 페이지 재 장전없이 웹 페이지를 업데이트하기 위해 처리됩니다.

      기존 원격 스크립팅을 통해 Ajax를 사용하면 어떤 이점이 있습니까?

      ajax는 기존 원격 스크립팅에 비해 몇 가지 이점을 제공합니다. 비동기 데이터 교환이 가능합니다. 즉, 서버가 요청을 처리하는 동안 사용자가 페이지와 계속 상호 작용할 수 있음을 의미합니다. AJAX는 또한 일반 텍스트보다 구조화되고 처리하기 쉬운 XML 데이터 형식을 지원합니다.

      모바일 애플리케이션에 원격 스크립팅을 사용할 수 있습니까?

      예, 원격 스크립팅을 모바일 애플리케이션에 사용할 수 있습니다. 그러나 모바일 장치의 제한된 처리 능력 및 네트워크 대역폭으로 인해 성능 및 효율성을 위해 스크립트를 최적화하는 것이 중요합니다.

      원격 스크립팅을위한 일반적인 사용 사례는 무엇입니까?

      원격 스크립팅은 일반적으로 라이브 채팅 시스템, 온라인 게임 및 인터센트 MAP와 같은 실시간 데이터 업데이트가 필요한 웹 애플리케이션에서 일반적으로 사용됩니다. 무한 스크롤과 같이 페이지를 새로 고치지 않고 다량의 데이터를로드 해야하는 응용 프로그램에도 사용됩니다.

      원격 스크립팅 코드를 디버그하는 방법

      원격 스크립팅 코드 디버깅은 비동기 특성으로 인해 어려울 수 있습니다. 그러나 최신 웹 브라우저는 도움이 될 수있는 개발자 도구를 제공합니다. 이 도구는 네트워크 요청을 검사하고, 콘솔 로그를보고, 코드를 통해 문제를 식별하고 수정 할 수 있습니다.

      원격 스크립팅을 구현하기위한 몇 가지 모범 사례는 무엇입니까?

      원격 스크립팅을 구현하기위한 몇 가지 모범 사례에는 다음이 포함됩니다. JSON 또는 XML과 같은 잘 구조화 된 데이터 형식 사용; 오류를 우아하게 처리합니다. 성능을위한 스크립트 최적화; 적절한 보안 조치 구현; 다양한 브라우저에서 스크립트를 테스트하여 호환성을 보장합니다.

위 내용은 Ajax : 원격 스크립팅과의 사용 가능한 상호 작용의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
저자별 최신 기사
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿