대부분의 모든 사람이 XMLHttpRequest를 사용하여 비동기 요청을 수행하는 것처럼 보이지만 동기 요청을 수행 할 수있는 기능이 있다는 사실은이를 수행 할 유효한 이유가있을 수 있음을 나타냅니다. 그렇다면 그 타당한 이유는 무엇일까요?
답변
HTML 5 표준이 진행됨에 따라 더 인기가있을 것이라고 생각합니다. 웹 애플리케이션에 웹 워커에 대한 액세스 권한이 부여되면 Jonathan이 말했듯이 특정 요청이 다른 요청보다 먼저 발생하도록하기 위해 전용 웹 워커를 사용하는 개발자가 동기식 요청을 할 수 있습니다. 한 스레드의 현재 상황에서는 요청이 완료 될 때까지 차단되므로 이상적인 설계가 아닙니다.
답변
동기식 XHR은 사용자 데이터를 저장하는 데 유용합니다. beforeunload이벤트 를 처리하면 사용자가 페이지를 닫을 때 데이터를 서버에 업로드 할 수 있습니다.
비동기 옵션을 사용하여이 작업을 수행 한 경우 요청이 완료되기 전에 페이지가 닫힐 수 있습니다. 이를 동 기적으로 수행하면 요청이 예상대로 완료되거나 실패합니다.
답변
최신 정보:
아래는 더 나은 비동기 요청 처리의 출현으로 요청이 완료 될 때까지 사용자가 어떤 작업을 수행하지 못하도록 의도적으로 차단하지 않는 한 동기 요청을 사용할 이유가 없다는 것을 암시했지만 전달에 실패했습니다. )
이것은 나쁘게 들릴 수 있지만, 사용자가 페이지를 떠나기 전 또는 작업이 수행되기 전에 요청 (또는 일련의 요청)이 발생하는 것이 중요한 경우가 있습니다. 다른 코드 실행을 차단 (예 : 뒤로 버튼 방지) 할 수 있습니다. 잘못 설계된 시스템에 대한 오류 / 유지 보수를 줄일 수 있습니다 . 즉, 나는 그것을 야생 에서 본 적이 없으며 피해야한다는 것을 강조합니다.
promise 와 같은 라이브러리 는 콜백을 통해 프로세스를 연결하여 동시성을 가장합니다. 이는 브라우저가 사용자에 대한 응답 성을 유지할 수 있도록하는 비 차단 이벤트 (좋은 UX)를 주문하려는 대부분의 개발 요구 사항에 적합합니다.
마찬가지로 모질라 문서에 명시된 가 동기식 요청을 사용해야 할 경우가 있습니다; 그러나 이러한 경우에 비콘 (IE / Safari에서는 사용할 수 없음) 을 사용하는 해결 방법도 나열되어 있습니다. 이것은 실험적이지만 표준 수용에 도달하면 동기 요청 관에 못을 박을 수 있습니다.
모든 종류의 트랜잭션과 같은 처리에서 또는 작업 순서가 필요한 모든 곳에서 동기 호출을 수행하고 싶을 것입니다.
예를 들어, 노래를 재생 한 후 로그 아웃하도록 이벤트를 사용자 정의하고 싶다고 가정 해 보겠습니다. 로그 아웃 작업이 먼저 발생하면 노래가 재생되지 않습니다. 이를 위해서는 요청 동기화가 필요합니다.
또 다른 이유는 WebService로 작업 할 때 특히 서버에서 수학을 수행 할 때입니다.
예 : 서버에 값이 1 인 변수가 있습니다.
Step (1) Perform Update: add 1 to variable Step (2) Perform Update: set variable to the power of 3 End Value: variable equals 8단계 (2)가 먼저 발생하면 종료 값은 8이 아니라 2입니다. 따라서 작업 순서와 동기화가 필요합니다.
일반적인 실제 예에서 동기 호출이 정당화되는 경우는 거의 없습니다. 로그인을 클릭 한 다음 사용자가 로그인해야하는 사이트 부분을 클릭하는 경우 일 수 있습니다.
다른 사람들이 말했듯이 브라우저를 묶을 수 있으므로 가능한 한 멀리 떨어져 있습니다.
하지만 동기 호출 대신에 사용자는 현재로드중인 이벤트를 중지 한 다음 다른 작업을 수행하기를 원합니다. 두 번째 이벤트가 시작되기 전에 첫 번째 이벤트가 종료되기 때문에 이것은 동기화입니다. 이렇게하려면 xml 연결 개체에서 abort () 메서드를 사용합니다.
답변
요청이 허용되는 동안 사용자의 브라우저를 차단하는 것을 고려한다면 반드시 동기 요청을 사용하십시오.
요청 직렬화가 목표 인 경우 비동기 요청을 사용하여 이전 요청의 onComplete 콜백이 다음 줄에서 실행되도록 할 수 있습니다.
답변
UI 차단이 정확히 원하는 동작 인 실제 사례가 많이 있습니다.
여러 필드가있는 앱을 가져오고 일부 필드는이 필드의 값과 기타 필드 값을 입력으로 제공하는 원격 서버에 대한 xmlhttp 호출을 통해 유효성을 검사해야합니다.
동기 모드에서는 로직이 단순하고 사용자가 경험하는 블로킹이 매우 짧고 문제가 없습니다.
비동기 모드에서 사용자는 초기 필드의 유효성을 검사하는 동안 다른 필드의 값을 변경할 수 있습니다. 이러한 변경 사항은 아직 검증되지 않은 초기 필드의 값을 사용하여 다른 xmlhttp 호출을 트리거합니다. 초기 유효성 검사가 실패하면 어떻게됩니까? 순수한 혼란. 동기화 모드가 더 이상 사용되지 않고 금지되면 애플리케이션 로직이 처리하기가 어려워집니다. 기본적으로 잠금을 관리하려면 응용 프로그램을 다시 작성해야합니다 (예 : 유효성 검사 프로세스 동안 다른 항목 비활성화). 코드 복잡성이 엄청나게 증가합니다. 그렇게하지 않으면 논리 오류가 발생하고 궁극적으로 데이터가 손상 될 수 있습니다.
기본적으로 질문은 차단되지 않은 UI 경험이나 데이터 손상 위험이 더 중요한 것은 무엇입니까? 대답은 W3C가 아닌 응용 프로그램 개발자에게 달려 있습니다.
답변
변수 위치의 리소스가 첫 번째 리소스에 의존하는 페이지의 다른 정적 리소스보다 먼저로드되어야 완전히 작동 할 때 사용되는 동기식 XHR 요청의 용도를 볼 수 있습니다. 사실, JavaScript 리소스는 특정 매개 변수 집합에 따라 서버의 가변 위치에 상주하는 반면 내 자신의 작은 하위 프로젝트에서 이러한 XHR 요청을 구현하고 있습니다. 후속 자바 스크립트 리소스는 이러한 가변 리소스에 의존하며 이러한 파일은 다른 의존 파일이로드되기 전에로드되도록 보장해야하므로 애플리케이션이 전체가됩니다.
그 아이디어 기반은 실제로 vol7ron의 답변으로 확장됩니다. 트랜잭션 기반 프로시 저는 실제로 동기 요청을해야하는 유일한 시간입니다. 대부분의 다른 경우에는 비동기 호출이 더 나은 대안입니다. 호출 후 필요에 따라 DOM이 업데이트됩니다. 사용자 기반 시스템과 같은 대부분의 경우 특정 기능은 로그인 할 때까지 “승인되지 않은 사용자”에 대해 잠길 수 있습니다. 이러한 기능은 비동기 호출 후 DOM 업데이트 절차를 통해 잠금 해제됩니다.
나는 마지막으로이 문제에 대한 대부분의 개인의 요점에 동의한다고 말해야합니다. 가능한 한 동기식 XHR 요청은 작동 방식에 따라 브라우저가 동기식 호출로 잠기므로 피해야합니다. 동기 요청을 구현할 때는 브라우저가 일반적으로 잠기는 방식으로 수행되어야합니다. 예를 들어 페이지로드가 실제로 발생하기 전에 HEAD 섹션에서 말입니다.
답변
2015 년부터 데스크톱 자바 스크립트 앱이 인기를 얻고 있습니다. 일반적으로 로컬 파일을로드 할 때 (그리고 XHR을 사용하여로드하는 것은 완벽하게 유효한 옵션) 이러한 앱에서로드 속도가 너무 빠르기 때문에 비동기로 코드를 복잡하게 만드는 부분이 거의 없습니다. 물론 비동기가 갈 길 (인터넷에서 콘텐츠 요청, 정말 큰 파일 또는 단일 일괄 처리로 엄청난 수의 파일로드)이 필요한 경우가있을 수 있지만 그렇지 않으면 동기화가 잘 작동합니다 (사용하기 훨씬 쉽습니다). .
