Javascript_javascript 팁에서 주의해야 할 3가지 연산자

C#으로 작성하는 데 익숙하기 때문에 어떤 연산자가 어떤 작업을 해야 하는지 생각하겠지만 어느 날 다른 언어에 의해 습관이 뒤바뀌게 되면서 강한 호기심을 가지게 되었는지 궁금합니다

Xin, 방금 js에서 내 습관이 뒤집혔습니다. 어떤 연산자가 내 세 가지 견해를 뒤집었는지 살펴보겠습니다.

하나: == 연산자

　== 연산자가 전복될 수 있는 이유는 다음 예를 보면 알 수 있습니다.

<1> "10"==10 ?

이것을 C#에 넣으면 컴파일러는 무례하게, 이 새끼야, 타입이 다르잖아, 넌 그냥 바보라고 말할 거야. . . 하지만 JS에서는 어떻게 되나요?

위 사진을 보시면 궁금하시든 아니든 답이 나와있습니다. 누군가는 10을 "10"으로 변환하는지 아니면 "10"을 10으로 변환하는지 물어볼 수도 있습니다. 그래서 이것도

제가 항상 불평하는 것이 C#이라면 IL에서는 어떻게 처리하는지 알 수 있지만, JS에서는 아무것도 보이지 않고 교과서에 나오는 일방적인 말들만 듣게 됩니다. 그리고 당신은 당신이 보는 것을 볼 수 없습니다.

그래서 기억하는 것 외에 문자열 "10"을 10으로 변환한 다음 정수와 비교했다고밖에 말할 수 없습니다.

<2>true==1 ?

이 질문은 조금만 생각해보면 이해할 수 있습니다. 사실 C#의 IL에서는 true와 false가 그에 따라 1과 0으로 변환되므로 js는 판단할 때 true를 1로 변환한 다음 플라스틱 비교를 수행합니다. >

이 현상은 별로 이상한 게 아닌 것 같은데, 꼭 기억해두세요.

<3> {valueOf:function(){return "10"}}==10?

이 질문도 꽤 이상합니다. 객체를 int 유형과 비교할 수 있나요? 하지만 JS에서는 실제로 가능합니다. 객체를 int/string과 비교하면

JS는 객체를 디지털화하기 위해 내부적으로 먼저 valueOf 메서드를 호출합니다. 실제로 여기서 재미있는 부분은 사용자 정의 valueOf가 상위 클래스의 valueOf 메서드를 재정의한다는 것입니다.

의 예는 "10" == 10?을 판단하는 것입니다.

여기에 PS가 하나 더 있습니다. 클래스에 valueOf 메서드가 정의되어 있지 않으면 js 내부 엔진은 toString() 메서드를 다시 찾아서 실행합니다.

이런 새로운 사용법을 접하시면 조금 당황스럽고 혼란스러우시지 않을까요? 프로그램에 잠재적인 버그가 있을까봐 걱정된다면 안전을 확보하세요.

비교를 위해 동일한 데이터 유형으로 변환합니다. 물론 js에도 === 연산자가 있는데, 이는 C#의 논리 연산자에 가장 가깝다고 할 수 있습니다.

"=="를 기준으로 유형이 동일한지 확인합니까? 예:

2: && 및 || 연산자

이 두 연산자도 꽤 이상합니다. 우리의 사고 습관에서는 이 두 연산자의 양쪽이 모두 부울 유형이어야 하지만 JS에서는 이러한 정의가 완전히 뒤집혀서 많은 새로운 것을 완성할 수 있습니다. 예를 들어 jquery의 소스 코드에서는 이러한 흔적을 어디에서나 찾을 수 있습니다.

그림에서 bup=b && b.parentNode라는 문장을 볼 수 있습니다. 이 문장의 의미를 이해할 수 있나요? 실제로 b가 존재하는지 먼저 판단한다는 의미입니다. b가 존재하지 않으면

b는 정의되지 않았거나 null이거나 0이거나 NaN일 수 있습니다. b가 존재하면 m.parentNode가 반환됩니다. C#을 사용하는 경우 몇 가지 if 조건이 필요합니다.

코드를 단순화한 다음 || 연산을 살펴보겠습니다. 이는 소스 코드에서는 오버플로라고 설명할 수 있지만 언뜻 보기에는 C#의 nullable 연산자처럼 보이기 때문에 더 친숙하게 느껴집니다.

증가시키세요. ret=results||[]를 예로 들어보세요. results에 값이 있으면 ret=results입니다. results가 null, 정의되지 않음, NaN 또는 0이면 result=[]이면

이러한 의지 덕분에 프로그래머는 if 판단을 많이 절약할 수 있습니다. 마지막으로 실제로는 C#의 IL과 같지만 JS의 하위 계층이 if 판단을 대신한다는 점을 덧붙이고 싶습니다.