Tại sao ý tưởng tồi là cho phép những điều này trong JavaScript ==,! =, ++, -

Question

Tôi đã kiểm tra JSLint và một số quy tắc đã đánh dấu sự quan tâm của tôi. Đặc biệt này:

Disallow == và =

Disallow ++ và -

Tại sao nó là một ý tưởng tồi để không cho phép những? Tôi hiểu phần đầu tiên, về cơ bản nó muốn tôi làm === thay vì ==. Mặc dù vậy, tôi không hiểu được lý do tại sao. Tôi hiểu sự khác biệt giữa hai, tôi chỉ muốn biết tại sao nó là thực hành xấu. Một số lần tôi thực sự muốn làm ví dụ == để nó đánh giá đúng cho undefined == null

Điều thứ hai, tôi cũng không hiểu chút nào. Liệu nó có muốn tôi làm myInt + = 1 thay vì myInt ++ không?

Cảm ơn!

Answer 1

Douglas Crockford (chàng người đã viết JSLint) giải thích mình trong video này:

http://www.youtube.com/watch?v=hQVTIJBZook#t=14m45s

nhưng về cơ bản (như mọi người khác đã đề cập) đó là vì các loại coercian.

Đáng xem video thực sự là ai - rất thú vị và hữu ích.

Answer 2

Doug Crockford có những ý tưởng của riêng mình về những gì là "tốt" và "xấu" trong Javascript. Theo đó, JSLint thực hiện các kiểm tra này, nhưng làm cho chúng trở thành tùy chọn nếu bạn không hoàn toàn đồng ý với anh ta.

Không cho phép == giúp bạn không phạm sai lầm khi thực sự có nghĩa là ===. Tất nhiên điều này giả định rằng bạn không bao giờ thực sự muốn sử dụng ==.

Không cho phép các ++ và -- là một điều phong cách, một số người tin rằng họ là khó đọc hơn += 1 và -= 1.

Answer 3

Hành vi của các toán tử bình đẳng chuẩn (== và! =) Phụ thuộc vào phiên bản JavaScript. Vì vậy, đó là một lý do để không sử dụng chúng.

Lý do khác là hành vi của = có xu hướng rất mơ hồ.

Xem https://developer.mozilla.org/en/Core_JavaScript_1.5_Reference/Operators/Comparison_Operators

Answer 4

Từ instructions:

Các == và = nhà khai thác gõ ép buộc trước khi so sánh. Điều này là xấu bởi vì nó gây ra '\ t \ r \ n' == 0 là đúng. Điều này có thể che dấu các lỗi loại.

và

CáC++ (increment) và - (giảm) các nhà khai thác đã được biết đến để đóng góp vào mã xấu bằng cách khuyến khích trickiness quá mức. Chúng chỉ đứng sau kiến ​​trúc bị lỗi trong việc cho phép virus và các đe dọa an ninh khác. Có một tùy chọn cộng thêm cấm sử dụng các toán tử này.

Answer 5

Tôi không đồng ý quá nhiều với những quy tắc này, thay vì ngăn cản việc sử dụng ==, tôi muốn giới thiệu đến học về kiểu ép buộc.

Lý do chính về việc tại sao Crockford muốn tránh == là các quy tắc so sánh tùy thuộc vào loại của toán hạng có thể làm cho toán tử này phi bắc cầu, ví dụ, nếu:

A == B AND 
B == C 

doesn' t đảm bảo rằng:

A == C 

Một ví dụ thực tế:

'0' == 0; // true 
0 == ''; // true 
'0' == ''; // false 

Các nghiêm ngặt === điều hành là không thực sự cần thiết khi bạn so sánh giá trị của cùng loại, ví dụ:

if (typeof foo == "function") { } 

Chúng tôi so sánh kết quả của typeof điều hành, đó là luôn một chuỗi, với một chuỗi đen ...

Một ví dụ khác, khi bạn so sánh một cái gì đó chống lại null, == cũng so sánh với undefined, ví dụ:

if (something == null) {} 

VS

if (something === null || typeof something === "undefined") {} 

Hai điều kiện trên là vào cuối tương đương, nhưng một trong những đầu tiên nhiều dễ đọc hơn, tất nhiên nếu bạn biết về loại cưỡng chế và cách cư xử ==.

Tìm hiểu cách hoạt động của toán tử ==, sẽ giúp bạn quyết định sử dụng một cách khôn ngoan.

bài được khuyến nghị:

• ECMAScript. Equality operators (Great Mẹo để nhớ cách == công trình)
• typeof, == and ===

Answer 6

Tôi hiểu ==. (Điều undefined == null là một ngoại lệ)

("0" == false) === true 
("0" === false) === false 

Tôi chưa bao giờ hiểu được ++ và -- điều mặc dù. Tôi không thích làm i+=1 trên tất cả mã của mình (nó chậm hơn ++i).

Answer 7

Các toán tử == và != thực hiện cuộc trò chuyện ngầm của các toán tử nếu cần, trong khi các toán tử === và !== thì không. Ví dụ: biểu thức 4 == '4' sẽ đúng, trong khi biểu thức 4 === '4' sẽ là sai.

Ưu tiên bạn nên biết các loại dữ liệu bạn đang xử lý, để bạn có thể thực hiện so sánh đúng trong mã.

Các ++ và -- nhà khai thác không gây ra bất kỳ vấn đề nếu chúng được sử dụng một mình trong một tuyên bố, nhưng chúng thường được sử dụng để làm cho một tuyên bố rằng không nhiều hơn một điều theo một cách không rõ ràng, như:

arr[++idx] = 42; 

đó sẽ rõ ràng hơn như:

idx += 1; 
arr[idx] = 42;