var가 더 빨랐던 때가 있었지만 그 시간은 오래 전에 사라졌습니다.

이것을 무엇에 근거하고 있습니까? IIRC가 이것을 마지막으로 테스트했을 때 const 에는 차이가 없었지만 let 는 다소 느렸습니다. 이에 대한 몇 가지 업데이트된 테스트를 보는 것이 좋습니다.

여러 줄 배열 및 객체에 후행 쉼표 허용

IE에 문제가 없다면 이 변경 사항에 확실히 동의합니다(최소한 IE 10 및 11을 여전히 지원하고 싶습니까?).

var가 더 빨랐던 때가 있었지만 그 시간은 오래 전에 사라졌습니다.

이것을 무엇에 근거하고 있습니까? IIRC가 이것을 마지막으로 테스트했을 때 const 에는 차이가 없었지만 let 는 다소 느렸습니다. 이에 대한 몇 가지 업데이트된 테스트를 보는 것이 좋습니다.

네, 몇 가지 수치가 결정에 도움이 될 것입니다.

여러 줄 배열 및 객체에 후행 쉼표 허용

예를 들어 여러 줄 배열과 객체에서 쉼표를 뒤에 붙이면

const sizes = [
    100,
    200,
    300,
];

내 뇌는 다음과 같이 읽습니다.

 const sizes = [
     100,
     200,
     300, undefined
 ];

JS 인터프리터는 요즘 쉼표를 제거합니까?

저는 개인적으로 여러 줄 배열에서 후행 쉼표를 허용하는 것에 투표하지 않습니다. 읽기도 드문 일이기 때문입니다.

나에게 후행 쉼표의 목적은 항목을 더 빠르게 추가 및 제거하고 잘라내기/붙여넣기로 재정렬하는 것입니다. 마지막 항목을 자르든 말든 걱정할 필요가 없습니다. 모든 줄이 동일합니다. undefined 를 보는 것과 관련하여 한 줄에 항목이 하나만 있다는 것을 알고 있으면 [1, 2, 3, 4, 5] 와 같이 배열이 한 줄에 있는 경우 후행 쉼표를 추가하지 않는 것을 피하기 쉽습니다.

반면에 나는 그것이 어느 쪽이든 중요하지 않다고 생각합니다. 여기서 const / let 로의 전환이 중요한 문제입니다.

... 하지만 지금 그 트랜스파일링이 일어나고 있습니다 ...

우리는 트랜스파일을 하고 있지 않습니까? Rollup -plugin-buble 과 같은 플러그인을 추가하지 않는 한 Rollup은 ES6 가져오기/내보내기 구문을 대체하고 다른 모든 것은 그대로 let / const 는 어쨌든 IE11에서 지원됩니다.

후행 쉼표는 "사용 용이성"보다 훨씬 더 큰 목적을 제공합니다. 많은 사람들이 기여하는 대규모 프로젝트에서는 git blame 와 같은 것을 사용하여 누가 어떤 코드를 담당하는지 알아내는 것이 유용합니다.

따라서 여기에 분명한 사실을 설명하면 다음과 같습니다. @mrdoob 에 의해 추가된 여러 줄에 항목이 나열되고 나중에 거기에 한 줄을 추가하면 내가 작성하지 않은 코드의 마지막 줄에 내 이름이 표시됩니다.

저는 개인적으로 사람들이 저에게 말한 것과 똑같은 이유로 후행 쉼표를 사용하는 것을 반대합니다. 그러나 이점을 보고 올해부터 사무실에서도 이것을 시행하고 있어 이제 익숙해지고 있습니다.

JS 인터프리터는 요즘 쉼표를 제거합니까?

네.

let 대 var 의 사용에 관하여:

let 와 var 는 성능에 관한 한 요즘에는 더 이상 중요하지 않습니다. V8과 Spidermonkey(Firefox)는 요즘 정말 잘 작동하는 훌륭한 최적화를 가지고 있습니다.

자세한 내용은 이 게시물을 참조하십시오(실제 스니펫을 실행하여 차이가 거의 무시할 수 있는지 확인하십시오): https://stackoverflow.com/questions/37792934/why-is-let-slower-than-var- in-a-for-loop-in-nodejs

해당 SO 질문에 대한 허용된 답변은 기능적 관점에서 var 와 let 의 차이점도 지적합니다. 둘 다 명확하지 않은 경우에 _매우_ 다른 의미와 사용 사례를 가지고 있기 때문입니다. 누구에게나.

절대 변하지 않는 변수에 const 를 사용하는 것은 당연합니다. 자바스크립트 엔진이 변수가 const 로 선언된 것을 볼 수 있다면 그 값이 다시는 변경되지 않는다는 것을 알고 있으므로 크게 최적화할 수 있습니다.

그냥 내 2 센트.

참고로:

• https://jsperf.com/var-vs-let-performance
• https://jsperf.com/let-vs-var-performance/68
• https://jsperf.com/const-vs-var

후행 쉼표는 내가 본 최고의 js 패턴 중 하나이며 diff를 훨씬 더 읽기 쉽게 만듭니다.

JS 인터프리터는 요즘 쉼표를 제거합니까?

모든 브라우저는 IE를 제외하고 10년 이상 동안 배열 및 개체에서 해당 쉼표로 문제가 없었습니다.

다른 POV를 이상한 것으로 보지 않고 추가하겠습니다. 구문은 실제로 쉼표가 필요합니다. 브라우저는 중단을 제공하고 마지막 것은 필요하지 않습니다. 한 사람의 이상한 것은 다른 사람의 미화입니다. 나는 모든 라인의 일관성이 마지막 라인이 다른 것보다 개인적으로 더 만족스럽다는 것을 알았습니다. 물론 이것들은 개인적인 취향이므로 다른 방식으로 사물을 바라보는 것뿐입니다.

diff에 관해서는 온라인에서 이러한 비교를 찾았습니다.

줄을 추가하는 후행 쉼표 차이 없음

후행 쉼표 diff 행 추가

먼저 let 및 const 부터 시작하겠습니다. 한 번에 한 단계 씩.

나는 그 타이밍이 전화하기에는 너무 가깝다고 생각합니다. 나는 다른 결과를 얻는다

Chrome 70에서는 원격으로 가깝지 않지만

우리가 그것에있는 동안

후행 쉼표에 대한 POV를 하나 더 추가하겠습니다 😜 후행 쉼표는 세미콜론과 유사하게 볼 수 있습니다.

이것은 완전히 합법적 인 코드입니다

 {
      doThis();
      doThat();
      doOther()
 }

마지막 줄에 세미콜론이 없습니다. 하나의 POV는 쉼표를 같은 것으로 보는 것입니다. 아마도 그것은 사람/램프 환상과 같습니다.

2명을 보든 촛대를 보든 둘 다 유효합니다. 그러나 이 경우 두 POV가 모두 맞기 때문에 쉼표를 사용하면("끝에 쉼표가 , 정의되지 않은 것처럼 보입니다" vs "쉼표가 없으면 일관성이 없어 보입니다") 하나는 객관적인 이점이 있고 다른 하나는 그렇지 않습니다...?

코드 어딘가에 const 추가하려고 시도했지만 더 이상 컴파일되지 않습니다...

@mrdoob 출력 형식은 ES 또는 ES5 대신 ES6 로 설정해야 합니다.

#6419에 찬성하여 마감합니다.