Freecodecamp: ===는! ==의 반대가 아닙니다.

동일한 가치 및 / 또는 동일한 유형이 아닙니다. 여기를 참조하십시오 : https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Comparison_Operators

아직 정서가 맞다고 생각합니다. 그러나 다른 사람들은 참여할 수 있습니다.

!== 특성 및 / 또는 특성을 반영하도록 지침을 다시 작성할 수 있습니다.

피연산자 1 | 피연산자 2 | 상태 |
--------------- | ---------------- | ----------- |
'하나의 문자열'| '또 다른 문자열'| true
1 | 2 | true
1 | '1'| true
4 | 4 | false
'문자열'| '문자열'| false

@Bouncey하지만 아니다 !== 의 허용 반대 === ? 아니면 내가 모르는 대안이 있습니까?

@dhcodes 그것은이고 일종의 아닙니다

문제는 이의 제기 지침에서이 줄에 있습니다.

완전 부등 연산자 ( !== )는 완전 항등 연산자의 반대입니다.

완전 항등 연산자가 true 로 해석하려면 유형 AND 값이 모두 동일해야하는 경우 완전 비항 등 연산자는 true 로 해석하기 위해 유형 또는 값이 달라야합니다.

'반대'로 설명하면 유형과 값이 서로 달라야 참으로 다시 사랑할 수 있음을 의미합니다.

Strict Inequality 연산자의 차이를 반영하기 위해 명령어를 바꿀 수 있습니다.

논리적 인 관점에서 !== 는 === 의 논리적 인 반대라고 생각합니다.
=== 를 Operand1 AND Operand2 로 쓸 수 있다고 가정하면 그 반대는 NOT(Operand1 AND Operand2) 입니다. NOT(Operand1) OR NOT(Operand2) 로 작성할 수 있으며 !== 와 동일합니다. 그러나 지침에서 모호성이 어디에 있는지, 왜 그것이 혼란 스러울 수 있는지 알 수 있습니다.

@dhcodes 및 @robbawebba에 동의합니다. 내가 주장을 쓰는 동안 Rob은 훨씬 더 나은 일을했습니다. 유일한 예외는 NaN 이며 이는 자신과 동일하지 않습니다.
나는 내 가정을 주장하기 위해 Codepen을 작성하고 있었다. 누군가 코드 예제를 선호하는 경우, 여기 내 엉망이 있습니다. http://codepen.io/Timoh/pen/ZBKBdL?editors=0012

나는 그것을 바꾸는 것에 반대하지 않는다. 나는 캠핑카를 더 혼란스럽게 만들지 않고 재 작성이 이것을 달성 할 것인지 확신 할 수 없다. @systimotic 예제에 감사드립니다.

정보 제거

더 이상 기여하지 않음

나는 나의 많은 친구들이 대부분의 장소 사람들이 말하는이 logic.In에서 실수를 할 관찰! == ===의 반대이다. 그들은의 이름을 가정 그래서! == 같지 않음 값과 동일 형식이 될 === 는 Equal Value 및 Equal Type이라고 합니다. 또한 대부분의 경우 학습자는 초보자이므로 최소한 이름을 언급해야한다고 생각합니다. 제 제안 일뿐입니다.
http://www.w3schools.com/js/js_operators.asp

나는 아마도 다음과 같이 '논리적'이라는 단어를 추가하는 아이디어를 좋아할 것입니다.

완전 부등식 연산자 (! ==)는 완전 항등 연산자의 논리적 반대입니다.

그런 다음 위 사이트에 MDN 링크를 추가할까요?

예. 좋은 생각입니다 ..... @ dhcodes

누군가 이것을 받아들이고 싶다면 문장에 logical 단어를 추가해야합니다.

완전 부등식 연산자 (! ==)는 완전 항등 연산자의 반대입니다.

만들다:

완전 부등식 연산자 (! ==)는 완전 항등 연산자의 논리적 반대입니다.

MDN 링크 파일을 수정하여 아래 링크에 대한 참조를 추가 한 다음 MDN 링크를 챌린지에 추가하십시오.
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Comparison_Operators#Non -identity_strict_inequality_ (!)

참고 : MDN 링크는 현재 스테이징에서 작동하지 않으므로 현재 로컬에서 테스트 할 방법이 없으므로 MDN 링크로 다른 문제의 코드를 미러링하십시오.

이 문제를 해결하고 싶지만 MDN 링크에 대한 도움이 필요할 수 있지만 이전에는 해본 적이 없습니다.