역사적으로 업계는 엄격한 평등 운영자 (===)의 독점적 사용을 옹호했습니다. 이 권장 사항은보다 예측 가능한 특성에서 비롯됩니다. 느슨한 평등 연산자 (==)와 달리 ===는 유형 강요를 수행하지 않으므로 문자열이 문자열로 비교되도록합니다.

이러한 연산자의 차이를 이해하는 것이 가장 중요합니다. 느슨한 평등 연산자 (==)는 유형 강요로 인해 예상치 못한 결과를 초래할 수 있습니다. If a string is compared to a number, for instance, the string will be coerced into a number, potentially leading to inconsistencies.

Recommended Practice: Always Use ===

Until developers fully grasp the implications of each operator, it's strongly advised to always use === when comparing strings. 이 관행은 모호한 버그의 위험을 제거하고 일관된 행동을 보장합니다.

추가 리소스 :

Douglas Crockford의 통찰력있는 Google Tech Talk : https://www.youtube.com/watch?v=hqtijbzook 4 /&& 청소 Simpon의 "Know" 평등의 복잡성을 포함하여 JavaScript의 일반적인 오해.

"Up & Going"책은 일반적인 함정을 피하기 위해 == 및 === 운영자를 사용하는 시점에 대한 실용적인 안내서를 제공합니다. 비교.