일이 왔다 갔다 하고, 닫았다가 다시 열렸고, 닫은 후에 새로 짓고, 금지되고, 새로운 주장이 발견되고, 또 새로운 것이 열렸습니다. 이는 직장에서 흔히 볼 수 있는 일이고, Go 제안 토론에서도 나타나는 현상입니다...
오늘 제가 공유하고 싶은 것은 Go 맵의 NaN 논란과 향후 API 증가 가능성에 대한 것입니다.
컴퓨터 과학에는 NaN(숫자가 아님, 숫자가 아님)이라는 마법의 값이 있습니다. 정의되지 않거나 표현할 수 없는 값을 나타내는 숫자 데이터 유형의 값 클래스입니다. 부동 소수점 연산에 자주 사용됩니다. NaN은 1985년 IEEE 754 부동 소수점 표준에 처음 도입되었습니다.
NaN 값을 저장하고 비교할 때 문제가 발생합니다. 값이 NaN인지 판단할 때 x=NaN 또는 x≠NaN으로 판단하여 비교할 수는 없기 때문입니다. 그러나 NaN은 자신과 결코 동일하지 않기 때문에 x=x 또는 x≠x를 판단하여 x가 NaN 값인지 여부를 판단할 수 있으며, 이는 각각 False와 True를 반환합니다.
NaN을 다른 부동 소수점 숫자 x(여기서 x는 일반 값, 플러스 또는 마이너스 무한대 또는 NaN일 수 있음)와 비교할 때 비교 결과는 다음과 같습니다.
ㅋㅋㅋ xNaN < x | False |
---|---|
False | |
True | |
위 내용은 고사장은 양심을 깨닫고 맵을 클리어하겠다는 의지를 갖고 있다고요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!