ES6에서“var”키워드를 사용해야 할 이유가 있습니까?

ES6에 대한 Babel의 가이드 는 다음과 같이 말합니다.

let새로운 것 var입니다.

명백하게 유일한 차이점이다 var현재 범위에 도착 기능 하면서, let현재의 범위에 도착 블록 . 이 답변 에는 좋은 예가 있습니다.

varES6 코드에서 사용해야 할 이유가 없습니다 . 주어진 변수를 전체 함수로 범위를 지정하려는 경우에도 let함수 블록의 맨 위에 선언을 넣어 var실제 범위를 나타 내기 위해 수행해야합니다 . 그리고 for블록이나 무언가 에서 더 세밀하게 범위 를 지정하려면 그렇게 할 수 있습니다.

그래서 내 본능은 varES6 코드를 작성할 때 완전히 사용을 중지하는 것 입니다.

내 질문은, 이것에 대해 잘못입니까? var보다 바람직한 합법적 인 사례가 let있습니까?

Doug Crockford let는 이 시점 에서 " 더 나은 부품 "에 대해 이야기 합니다.

요점은 let오해의 원인을 피하는 것입니다. 블록 범위를 가진 언어로 설정된 기대치를 가진 프로그래머에게 적합합니다. A를 var갖는 함수 범위 는 비록 (그것은 함수 통하여 볼의 변수 선언) 모양 은 가지고 같은 범위 블록 .

var 기계 생성 코드와 같은 극단적 인 경우에도 여전히 유용 할 수 있지만 열심히 노력하고 있습니다.

( const또한 새로운 및 범위를 차단할 수 있습니다. 후 let x = {'hi': 'SE'}당신이 재 할당 할 수 있습니다 x후 동안, const y = x당신이 다시 할당 할 수 y는 실수로 아래에서 변경 뭔가를 유지하기 때문이다. 즉, 자주보다 더 낫다이다. 그러나 명확하게하기 위해, 당신은 여전히 개체를 수정할 수 있습니다 y.hi = 'SO'당신이하지 않는 얼리세요.)

현실적으로 ES6 : Adopt 및 에 대한 인상이 맞습니다 . 사용을 중지하십시오 .letconstvar

(에서 "더 나은 부품"의 또 다른 성능 이유, 더그 말한다 ===고정보다는 추가 된 의 문제== . ==일부 "놀라운"결과를, 그래서 그냥 채택 ===.)

공개 예

Mozilla Developer Network 는 var의도 한대로 작동하지 않는 예제를 제공합니다 . 그들의 예는 onclick웹 페이지에서 핸들러 를 설정하는 현실적인 예입니다 . 다음은 작은 테스트 사례입니다.

var a = [];
(function () {
   'use strict';
   for (let i = 0; i < 5; ++i) { // *** `let` works as expected ***
     a.push( function() {return i;} );
   }
} ());
console.log(a.map( function(f) {return f();} ));
// prints [0, 1, 2, 3, 4]

// Start over, but change `let` to `var`.
// prints [5, 5, 5, 5, 5]

var모든 루프 반복이 동일한 함수 범위 i변수를 공유 5하므로 루프가 끝난 후 값 을 갖기 때문에 실패합니다 .

올바른 코드를 작성했다면 의미 변경없이 모든 var명령문을 let명령문 으로 바꿀 수있을 것입니다 .

let식별자가 보이는 범위를 줄이므로 바람직합니다. 처음 사용하는 사이트에서 변수를 안전하게 선언 할 수 있습니다.

const보다 바람직하다 let. 참조를 변경하지 않으면 const선언을 사용하십시오 . 이는 let단일화 된 변수의 존재를 줄이고 코드를 일반적으로 쉽게 추론 할 수 있는 이점과 함께 모든 이점이 있습니다. 참조를 변경해야하는지 확실하지 않은 경우 const명시 적으로 변경해야 할 필요가 있을 때까지 참조를 선언하십시오 .

나는 반드시 당신이 틀렸다고 생각하지는 않지만 var를 사용하는 데주의해야 할 점이 있습니다. 본질적으로 let개발자가 특히 이름 충돌로 JavaScript의 어리 석음을 극복하는 데 도움이됩니다. var닫기 함수 범위로 가고 싶기 때문에 더 큰 범위를 갖는 것 같습니다. 함수 내부의 블록 범위 내에서 임시 변수를 사용할 수 있어야하는 것처럼 var가 필요할 때가 있습니다. 그렇지 않으면 letvar 보다 선호 하면 개발자가 이름 충돌에 도움이됩니다. 간단히 말해 ES6가 소개 한 시간입니다 let.

es6에서는 "let"만 사용해야한다는 데 동의합니다. AFIK에서는 "let"을 다시 선언하면 오류가 발생하지만 (var)는 단순히 값을 무시합니다 (es5의 "strict mode"도 마찬가지입니다).

let"변수를 동일하게 함"을 의미합니다. 즉 선언 및 초기화입니다.

const물론 "일정한"을 의미하는 것과는 대조적으로 존재 합니다. 이는 변수의 반대입니다.

일부 다른 언어는 객체를 선언 할 때 객체 대신 실제 객체에 접두사를 사용합니다 (예 : def"define function"의 줄임말입니다. "def"라는 요점을 완전히 누락했습니다.

Let 이 의미 불일치가 Javascript에 추가됩니다.

논리적으로, "let"키워드의 작업은 메모리를 할당하는 것이기 때문에 상수도 같은 것을 허용 할 수 있습니다.

var키워드가 const지원 되기 전에 소개 되었기 때문에 문제가 발생 하므로 이전 버전과의 호환성에 따라 var변수를 의미하지는 않습니다. 상수 값을 할당하는 데 사용될 수도 있습니다.

따라서 let잘못된 입장에서 의 소개 . 어휘 적으로, 이것이 잘못되었다는 것을 기억하기 위해, 그들은 letvs 의 어휘 범위를 변경하기로 결정 var했기 때문에 디버깅 할 때 일관성이 가장 중요합니다.

다시 말해, let사람들 (언어 관리자를 의미)은 자바 스크립트가 너무 일관성이 있고 모든 관용구와 관용구를 완전히 익히고 더 많은 것을 원한다고 생각했기 때문에 존재합니다.

참고로, var블록을 클로저로 취급하려는 경우 ( var블록을 클로저로 처리하기 전에 도입되었으므로) "화살표"블록에서는 작동하지 않지만, "화살표"블록 에서는 let작동하지 않습니다.