Tại sao `null> = 0 && null <= 0` nhưng không phải` null == 0`?

Question

Tôi đã phải viết một thói quen tăng giá trị của một biến bằng 1 nếu loại của nó là number và gán 0 cho biến nếu không, trong đó biến ban đầu là null hoặc undefined.

Triển khai đầu tiên là v >= 0 ? v += 1 : v = 0 vì tôi nghĩ bất kỳ thứ gì không phải là số sẽ làm cho biểu thức số học sai, nhưng đã sai vì null >= 0 được đánh giá là đúng. Sau đó, tôi đã học được null hoạt động như 0 và các biểu thức sau đây được đánh giá là đúng.

• null >= 0 && null <= 0
• !(null < 0 || null > 0)
• null + 1 === 1
• 1/null === Infinity
• Math.pow(42, null) === 1

Tất nhiên, null không phải là 0. null == 0 được đánh giá là false. Điều này làm cho biểu thức có vẻ như taut (v >= 0 && v <= 0) === (v == 0) sai.

Tại sao null như 0, mặc dù nó không thực sự là 0?

Answer 1

câu hỏi thực sự của bạn dường như là:

Tại sao:

null >= 0; // true 

Nhưng:

null == 0; // false 

Điều gì thực sự xảy ra là điều hành Greater hơn hoặc bằng nhau (>=), thực hiện loại cưỡng chế (ToPrimitive), với một gợi ý loại Number, thực sự tất cả các toán tử quan hệ đều có hành vi này.

null được xử lý theo cách đặc biệt bởi Nhà điều hành bằng (==). Trong một ngắn gọn, nó chỉ coerces-undefined:

null == null; // true 
null == undefined; // true 

Value như false, '', '0', và [] này tùy thuộc vào số kiểu ép buộc, tất cả trong số họ ép buộc không.

Bạn có thể xem chi tiết bên trong của quy trình này trong The Abstract Equality Comparison Algorithm và The Abstract Relational Comparison Algorithm.

Trong Tóm tắt:

• Relational So sánh: nếu cả hai giá trị này được không gõ String, ToNumber được gọi trên cả hai. Điều này tương tự như việc thêm một + ở phía trước, đối với null coerces là 0.

• So sánh bình đẳng: chỉ cuộc gọi ToNumber trên Chuỗi, số và Booleans.

Answer 2

Tôi muốn mở rộng các câu hỏi để cải thiện hơn nữa tầm nhìn của vấn đề:

null >= 0; //true 
null <= 0; //true 
null == 0; //false 
null > 0; //false 
null < 0; //false 

Nó chỉ làm cho không có ý nghĩa. Giống như ngôn ngữ của con người, những điều này cần được học bằng trái tim.

Answer 3

Tôi đã gặp vấn đề tương tự !!. Hiện tại, giải pháp duy nhất của tôi là tách biệt.

var a = null; 
var b = undefined; 

if (a===0||a>0){ } //return false !work! 
if (b===0||b>0){ } //return false !work! 

//but 
if (a>=0){ } //return true ! 

Answer 4

JavaScript có cả so sánh nghiêm ngặt và kiểu chuyển đổi

null >= 0; là đúng nhưng (null==0)||(null>0) là sai

null <= 0; là đúng nhưng (null==0)||(null<0) là sai

"" >= 0 cũng đúng

Đối với các so sánh trừu tượng quan hệ (< =,> =), các toán hạng đầu tiên được chuyển đổi thành nguyên thủy, sau đó sang cùng một loại, trước khi so sánh.

typeof null returns "object"

Khi loại là đối tượng javascript cố gắng stringify đối tượng (tức là null) các bước sau đây được thực hiện (ECMAScript 2015):

1. Nếu PreferredType đã không được thông qua, chúng ta hãy hint được "mặc định ".
2. Khác nếu PreferredType là hint Chuỗi, hãy để hint là "chuỗi".
3. Khác PreferredType là hint Số, hãy để hint là "số".
4. Hãy để exoticToPrim là GetMethod(input, @@toPrimitive).
5. ReturnIfAbrupt(exoticToPrim).
6. Nếu exoticToPrim không được xác định, thì
   a) Hãy để kết quả là Call(exoticToPrim, input, «hint»).
   b) ReturnIfAbrupt(result).
   c) Nếu Type(result) không phải là Đối tượng, trả lại kết quả.
   d) Ném ngoại lệ TypeError.
7. Nếu hint là "mặc định", hãy để hint là "số".
8. Trả lại OrdinaryToPrimitive(input,hint).

Giá trị được phép cho gợi ý là "mặc định", "số" và "chuỗi". Các đối tượng ngày tháng, là duy nhất trong số đối tượng ECMAScript có sẵn trong đó chúng xử lý "mặc định" là tương đương với "chuỗi". Tất cả các đối tượng ECMAScript tích hợp khác xử lý "mặc định" là tương đương với "số". (ECMAScript 20.3.4.45)

Vì vậy, tôi nghĩ null chuyển thành 0.