루프 앞에 배열의 길이를 정의하는 것이 좋은 습관입니까?

Question

내가 Ember.js에서이 조각 보았다

for (var i=0, l=deps.length; i<l; i++) { 
    if (deps[i] === 'exports') { 
     reified.push(exports = {}); 
    } else { 
     reified.push(requireModule(resolve(deps[i]))); 
    } 
    } 

이 var i=0, l=deps.length; i<l; i++에서 봐 주시기 바랍니다을 deps의 길이는 루프 전에 정의된다. 나는 그들이 왜 단지 var i=0; i<deps.length; i++을 사용하는 대신 그것을해야만하는지 궁금해했다. 어쩌면 이것은 "성능 속임수"라고 생각, 그래서 jsperf에서 테스트를하기로 결정 :

http://jsperf.com/predefined-length-vs-inline-defined-length

결과는 두 번째가 빠르다는 것을 보여줍니다. 그래서 첫 번째 것을 사용한 또 다른 이유가 있어야합니다.

누구든지 아이디어가 있으십니까? 고마워.

Answer 1

작은 성능 최적화만큼 좋은 방법은 아닙니다. 매우 큰 배열에서는 성능이 크게 향상됩니다. 이 작업을 수행하는 이유는 배열의 NodeList 등 길이 값을 "캐시"하므로 루프의 종료 조건에서 변수에 저장되기 때문에 매번 속성에 다시 액세스 할 필요가 없기 때문입니다 .

모든 코드와 마찬가지로 성능이 다르고 브라우저에 따라 더 빠르거나 느릴 수 있습니다.

Answer 2

우리 모두가 길이를 계산하는 것이 더 좋을 것이라고 생각하기 때문에 까다 롭습니다. 그러나 실제로 길이를 계산하는 것은 두 경우 모두 한 번만 발생합니다. 하지만 첫 번째에서는 iterator 'i'외에 하나의 변수를 선언하고 있습니다. 따라서 VM은 루프가 끝날 때까지 임시 공간을 할당해야합니다. 그 이유가 가장 느립니다.

희망이 도움이됩니다.