실행 속도를 향상시키는 JavaScript 루프 번역_Javascript 기술

이 기사에서는 첫 번째 이유에 중점을 둡니다. 마지막으로, 기존의 루프 구조를 대체하기 위한 개발 모델이 제공되어 스크립트가 통제 불가능한 상황을 완전히 피할 수 있습니다.

원제: JavaScript 속도 향상, 1부
원저자: Nicholas C . Zakas
지난 게시물(번역)에서 Internet Explorer의 경우 브라우저가 너무 많은 명령문을 실행하면 제어할 수 없는 스크립트가 나타나는 상황에 대해 이야기했습니다. 스크립트 실행을 중지하는 반면, 다른 브라우저에서는 스크립트가 일정 시간 이상 계속 실행되면 프롬프트를 표시합니다. 우리가 논의하고 싶은 핵심 문제는 이러한 브라우저가 런어웨이 스크립트를 감지하는 방법이 아니라 이러한 경고를 피하기 위해 스크립트를 더 빠르게 실행하는 방법입니다.
스크립트가 제어할 수 없는 이유는 기본적으로 네 가지입니다.
루프에서 너무 많은 작업이 수행됩니다.
함수 본문이 비대해짐
재귀가 너무 많음
DOM 호출이 너무 많음
이 게시물에서는 첫 번째 항목인 루프에 작업이 너무 많음에 중점을 둘 것입니다. 루프는 동기식으로 작동하므로 루프를 실행하는 데 걸리는 시간은 전적으로 루프 수에 따라 달라집니다. 따라서 루프 실행 시간이 너무 길어지고 브라우저가 잠기게 되는 두 가지 상황이 있습니다. 하나는 루프 본문에 너무 많은 작업이 포함되어 있다는 것이고, 다른 하나는 루프 수가 너무 많다는 것입니다. 이러한 두 가지 상황 모두 브라우저가 잠기고 스크립트가 제어할 수 없다는 메시지를 표시하는 직접적인 원인이 될 수 있습니다.
이 문제를 해결하는 비결은 다음 두 가지 질문으로 각 루프를 평가하는 것입니다.
이 루프는 동기식으로 실행되어야 합니까?
루프에 있는 데이터는 순서대로 실행되어야 하나요?
두 질문에 대한 대답이 '아니요'인 경우 루프에서 작업을 분해하도록 선택할 수 있습니다. 핵심은 코드의 특정 컨텍스트를 기반으로 위의 두 가지 질문에 대한 답을 결정하는 것입니다. 일반적인 루프는 다음과 같습니다.

코드 복사 코드는 다음과 같습니다.

for ( var i=0; i process(items[i])
}

얼핏 보면 별 문제가 없습니다. 이 루프는 오랫동안 실행될지 여부는 전적으로 루프 수에 따라 달라집니다. 루프 바로 뒤에 루프 결과에 의존해야 하는 다른 코드가 없는 경우 첫 번째 질문에 대한 대답은 "아니요"입니다. 또한 루프는 한 번에 하나의 값만 처리하고 이전 루프의 결과에 의존하지 않으므로 두 번째 질문에 대한 대답도 '아니오'입니다. 이는 런어웨이 스크립트 메시지로 브라우저를 잠그지 않는 방식으로 루프가 분해될 수 있음을 의미합니다.
"Professional JavaScript, Second Edition"이라는 책에서는 실행 시간이 매우 긴 환상을 처리하기 위해 다음 방법을 권장합니다.

코드 복사 코드는 다음과 같습니다.

function Chunk(array, process, context){
setTimeout(function(){
var item = array.shift ();
process.call(context, item);
if (array.length > 0){
setTimeout(arguments.callee, 100)
}
},
}

chunk() 함수의 목적은 처리를 위해 배열을 작은 조각으로 나누는 것입니다(이것이 이름의 유래이기도 합니다). 세 가지 매개변수를 전달할 수 있습니다. 처리할 배열 개체, 처리 함수 및 process() 함수에서 해당 this 개체를 설정하는 데 사용되는 선택적 컨텍스트 변수입니다. 첫 번째 타이머는 작업 간 지연을 처리하는 데 사용됩니다(여기에서는 100밀리초로 설정되어 있으며 실제 필요에 따라 수정할 수 있습니다). 이 함수가 실행될 때마다 배열의 첫 번째 개체를 꺼내서 process() 함수에 전달하여 작업합니다. 이때 process()에 아직 처리되지 않은 개체가 있으면 Waiting을 사용하여 다른 타이머가 시작됩니다. 자꾸. 위에서 언급한 루프는 다음 방법으로 이 함수를 사용할 수 있습니다.
chunk(items, process);
여기서 배열은 큐의 형태를 취하며 루프 프로세스 중에 수정이 발생한다는 점에 유의해야 합니다. 매번. 배열의 원래 상태를 수정하려는 경우 다음 두 가지 방법이 있습니다. 하나는 concat() 함수를 사용하여 현재 배열을 전달하기 전에 복사본을 만드는 것입니다.
chunk(items.concat(), process )
또 다른 옵션은 Chunk() 함수를 직접 수정하고 함수 내에서 직접 수정하는 것입니다.

코드 복사 코드는 다음과 같습니다.

function Chunk(array, process, context){
var items = array.concat(); //배열 복제
setTimeout(function(){
var item = items. Shift();
process.call(context, item);
if (items.length > 0){
setTimeout(arguments.callee, 100); 100);
}


다음 타이머가 적용되기 전에 배열의 내용이 변경될 수 있으므로 이 방법은 단순히 인덱스를 저장하는 것보다 훨씬 안전합니다.

여기서 언급된 Chunk() 함수는 루프 성능을 최적화하기 위한 시작점일 뿐입니다. 필요에 따라 더 많은 기능을 갖도록 계속 개선할 수 있습니다. 예를 들어 배열의 모든 개체가 처리된 후 함수 콜백을 추가할 수 있습니다. 이러한 방식으로 함수를 수정하는지 여부에 관계없이 이는 배열 처리 성능을 최적화하고 스크립트가 제어할 수 없다는 경고를 방지하는 데 도움이 되는 JavaScript 코드 개발 패턴일 뿐입니다.