Tại sao nên sử dụng! Boolean_variable Over boolean_variable == false

Một nhận xét về câu hỏi này: Kiểm tra nếu một phương thức trả về false: gán kết quả cho biến tạm thời, hoặc đặt lời gọi phương thức trực tiếp trong điều kiện? nói rằng bạn nên sử dụng !booleanthay vì boolean == falsekhi kiểm tra điều kiện. Tại sao? Đối với tôi boolean == falselà tiếng Anh tự nhiên hơn nhiều và rõ ràng hơn. Tôi xin lỗi nếu đây chỉ là một vấn đề về phong cách, nhưng tôi đã tự hỏi nếu có một số lý do khác cho sở thích này !boolean?

Khi tôi thấy một dòng như thế if (!lateForMeeting()), tôi đọc nó là "Nếu không trễ cuộc họp" , điều này khá dễ hiểu, trái ngược với if (lateForMeeting() == false)điều tôi đã đọc là "Nếu thực tế là tôi đến trễ cuộc họp là sai " .

Chúng giống nhau về nghĩa, nhưng trước đây gần giống với cách xây dựng câu tiếng Anh tương đương.

Viết == falsevà == truelà dư thừa. Nó có thể được đưa đến thái cực tùy ý, quá. Nếu bạn bắt đầu viết

if (condition == false) { ... }

Vậy thì tại sao không

if ((condition == false) == true) { ... }

Hay tại sao không

if ((someExp == anotherExp) == true) { ... }

Đạo đức của câu chuyện này là nếu conditionlà một biểu thức boolean, thì bạn không cần phải thêm == false; đó là những gì nhà điều hành !dành cho;)

Trong C và một số ngôn ngữ tương tự, so sánh các biểu thức boolean cho bằng falsehoặc truelà một thói quen nguy hiểm.

Trong C, bất kỳ biểu thức vô hướng (số hoặc con trỏ) có thể được sử dụng trong ngữ cảnh boolean, ví dụ như điều kiện của một ifcâu lệnh. Quy tắc C if (cond)tương đương với if (cond != 0)- tức là 0 là sai và mọi giá trị khác không là đúng. Nếu condthuộc loại con trỏ, 0được coi là hằng số con trỏ null; if (ptr)có nghĩa là if (ptr != NULL).

Điều này có nghĩa rằng

if (cond)

và

if (cond == true)

không có nghĩa là điều tương tự . Điều đầu tiên là đúng nếu condkhác không; điều thứ hai chỉ đúng nếu nó bằng true, mà trong C (nếu bạn có #include <stdbool.h>) chỉ đơn giản là 1.

Ví dụ, isdigit()hàm được khai báo <ctype.h>trả về một intgiá trị, 0nếu đối số là một chữ số, khác không nếu không. Nó có thể trở lại 42để chỉ ra rằng điều kiện là đúng. So sánh 42 == truesẽ thất bại.

Nó xảy ra 0là giá trị duy nhất được coi là sai, vì vậy so sánh cho sự bình đẳng falsesẽ hoạt động; if (!cond)và if (cond == false)làm điều tương tự. Nhưng nếu bạn sẽ tận dụng lợi thế đó, bạn phải nhớ rằng so sánh với falselà ổn, và so sánh với truethì không. Tệ hơn nữa, so sánh với truesẽ hoạt động hầu hết thời gian (ví dụ, các toán tử đẳng thức và quan hệ luôn mang lại một trong hai 0hoặc 1). Điều này có nghĩa là bất kỳ lỗi nào bạn giới thiệu bằng cách sử dụng điều này vẫn có thể khó theo dõi. (Đừng lo lắng, họ sẽ xuất hiện ngay khi bạn giới thiệu mã cho một khách hàng quan trọng.)

C ++ có các quy tắc hơi khác nhau; ví dụ, boolloại của nó được tích hợp chặt chẽ hơn một chút vào ngôn ngữ và if (cond)chuyển đổi condthành loại bool. Nhưng hiệu quả là (hầu hết) như nhau.

Một số ngôn ngữ khác có những gì người ta có thể gọi là booleans có hành vi tốt hơn, như vậy cond == truevà cond == false(hoặc bất cứ cú pháp nào xảy ra) đều an toàn. Mặc dù vậy, tất cả các ngôn ngữ tôi đã nhìn thấy có một nothoặc !điều hành; Nó ở đó, vì vậy bạn cũng có thể sử dụng nó. Sử dụng cond == falsechứ không phải !condhoặc not condkhông, theo tôi, cải thiện khả năng đọc. (Đúng là !nhân vật có thể khó nhìn thấy trong nháy mắt; đôi khi tôi thêm một khoảng trắng sau !để tránh điều này.)

Và thường thì bạn có thể tránh được vấn đề và cải thiện sự rõ ràng bằng cách sắp xếp lại mã một chút. Ví dụ: thay vì:

if (!cond) {
    do_this();
}
else {
    do_that();
}

bạn có thể viết:

if (cond) {
     do_that();
}
else {
    do_this();
}

Điều đó không phải lúc nào cũng tốt hơn, nhưng sẽ không hại gì khi tìm kiếm cơ hội.

Tóm tắt: Trong C và C ++, so sánh bình đẳng truevà falsenguy hiểm, quá dài dòng và phong cách kém. Trong nhiều ngôn ngữ khác, những so sánh như vậy có thể không nguy hiểm, nhưng chúng vẫn quá dài dòng và phong cách kém.

Nếu condition == falsethực sự là tiếng Anh tự nhiên hơn nhiều trong tiếng Anh đối với bạn thì tôi phải cho rằng bạn không phải là người bản ngữ. Nếu không, tôi không thể giải thích điều này, bởi vì không ai nói như thế:

Nếu mặt trời chiếu sáng là sai tôi ở nhà.

So sánh với

Nếu mặt trời không chiếu sáng tôi ở nhà.

Điều đó nói rằng, tôi đồng ý rằng !nhân vật đơn lẻ, mảnh khảnh dễ bị bỏ qua trong mã. Vì lý do đó, tôi thích từ khóa notkhi được hỗ trợ bởi ngôn ngữ. C ++ ví dụ không cho phép điều này mặc dù nhiều lập trình viên không nhận thức được nó.

Đối với các ngôn ngữ yêu cầu !, tôi đặt một khoảng trắng giữa toán tử và toán hạng. Điều này làm cho sự phủ định khó bỏ qua hơn nhiều:

if (! condition) { … }

Lưu ý rằng mọi lập trình viên nên dịch điều này một cách tự động , không cần suy nghĩ thứ hai, để không bị điều kiện trong đầu. Có được sự trôi chảy này trong việc đọc thành ngữ mã là một trong những bước đầu tiên để trở thành một lập trình viên giỏi.

Hai là giống nhau về chức năng, vì vậy cái nào để sử dụng là một vấn đề của hương vị.

Lý do chính mà tôi sử dụng == falselà tôi đã thấy rằng !quá dễ bỏ qua, khi xem mã.

Bị cắn nghiêm trọng bởi điều này, tôi đã có thói quen làm cho nó rất rõ ràng khi kiểm tra sai.

Nếu toán tử được đặt tên notnhư trong Pascal, tôi không nghĩ rằng điều này sẽ trở thành một vấn đề.

Khi tôi nhìn thấy var == falsetôi luôn tự hỏi liệu varlà boolean hoặc của một loại logic với hơn hai giá trị (với, ví dụ, một maybevà undefinedcũng như truevà false, hoặc một cái gì đó giống như chín giá trị của IEEE 1164 ).

bởi vì đôi khi bạn có thể viết boolean = false(với các lỗi rõ ràng) và false == booleankhông có vẻ tự nhiên (cho dù thực tiễn tốt đến đâu)

if (!boolean_variable)dịch sang if the condition is not true.

if (boolean == false)dịch sang if the condition not false is true. Bởi vì đó là logic đảo ngược, nó khó hiểu hơn.

Trong (nhiều) trình biên dịch cũ hơn, tôi tin rằng chúng sẽ chia (boolean == false) thành 2 bài tập đăng ký và một mã so sánh trong ngôn ngữ máy. Ví dụ đầu tiên sẽ được chia thành một phép gán và toán tử KHÔNG. Về hiệu suất, hoạt động so sánh sẽ mất một số chu kỳ xung nhịp, tùy thuộc vào kích thước của thanh ghi được so sánh, so với đảo ngược bit (1 đồng hồ) và sẽ chậm hơn để thực hiện.

Điều đó đang được nói, tôi tin rằng các trình biên dịch mới hơn đã loại bỏ điều này, vì vậy nó cũng ổn để đi với một trong hai.

Trong công việc tôi thường giao dịch với Booleans có thể là null nên tôi thường viết mã trường hợp này là

if (value != null && value == true){
    //do something
}

bởi vì cá nhân tôi cảm thấy sự đối xứng làm cho nó dễ đọc hơn. Đặc biệt là nếu có Booleans khác đang được thử nghiệm là tốt.

Tôi không thực sự quan tâm cách này hay cách khác.

Khi bạn đang kiểm tra điều kiện thực, sẽ rất hợp lý if (condition), đặc biệt là khi bạn áp dụng quy ước đặt tên biến boolean bắt đầu bằng 'is': if (isOpen)hoàn toàn rõ ràng và việc sử dụng != falsesẽ là dư thừa.

Đối với C / C ++ / Java / vv. lập trình viên, ý nghĩa của '!' toán tử hoàn toàn bị đồng hóa, đến mức chúng ta tự động có 'không' trong tâm trí khi chúng ta nhìn thấy nó. Vì vậy, có if (!isOpen)là rõ ràng như if (_NOT_ isOpen)đối với tôi. Nhưng bạn chưa đủ quen thuộc, trong C / C ++, bạn có thể tạo một macro với #define _NOT_ !. Nhưng hãy tin tôi, sau một vài năm điều này là hoàn toàn không cần thiết.

Bên cạnh đó, luôn ưu tiên kiểm tra các giá trị boolean mà không so sánh chúng với nghĩa đen. Chẳng hạn, rất nguy hiểm khi kiểm tra if (x == true)vì giá trị boolean được coi là đúng nếu nó không bằng 0 và đúng theo nghĩa đen chỉ có một giá trị cụ thể, do đó x có thể là 'true' (nghĩa là khác không) và vẫn là phép so sánh đánh giá là sai (vì nó chứa 2 và nghĩa đen là, giả sử, 1.) Tất nhiên điều đó không áp dụng cho việc so sánh với sai, nhưng nếu bạn không sử dụng nó khi kiểm tra là đúng, tại sao lại sử dụng nó khi kiểm tra sai?

Vấn đề kích cỡ ;)

Trong các biểu thức hỗn hợp, nó dễ đọc hơn:

boolean1 = false
boolean2 = true

p ! boolean1 and ! boolean2
p boolean1 == false and boolean2 == false

Và đặc biệt cho ruby ​​một ví dụ, nơi nó là một sự khác biệt lớn:

boolean = nil
p ! boolean         #-> true
p boolean == false  #-> false

nil không sai, nhưng nó cũng không đúng

Dựa trên kinh nghiệm của tôi và câu trả lời từ câu hỏi của tôi mà bạn đã liên kết đến.

Một số người thích sử dụng if (điều kiện), vì lý do là nó ngắn hơn để viết. và đối với tôi nó thực sự có ý nghĩa, ví dụ (! isValidated ()) Tôi đọc cái này là Không hợp lệ. nhưng đối với tôi tất cả đều dựa trên sở thích cá nhân và nó phụ thuộc vào cấu trúc logic của phương thức isValidated (), nếu nó trả về đúng hoặc sai

Nếu bạn đặt tên cho biến của bạn đúng, thì !booleantự nhiên hơn. Nó đọc như not booleanbất cứ ai đủ lập trình viên để đọc mã về mặt tinh thần.

Đối với một số người, ý nghĩa càng sớm được thể hiện càng tốt.

Đối với những người có "nếu! ..." so sánh nhanh hơn với "nếu ..." thì phải đọc qua toàn bộ điều kiện (điều này thực sự có thể khá dài, ví dụ (thisT Breath = thatThing hoặc Something = the other thing) OR ( thinga = thingb và thinga = thingd), v.v.) chỉ để tìm == false ở cuối.

Có cái! (Tôi thực sự thích không phải khi ngôn ngữ cho phép) ngay trước mặt sẽ có tiếng Anh 'không' cho điều kiện này ở đó sớm hơn.

Vấn đề này cũng dẫn đến việc xem xét sử dụng các untilngôn ngữ hỗ trợ nó, ví dụ như 'công cụ chung' cho đến khi mọi thứ hoàn thành. Như những người khác nói, biểu hiện ngôn ngữ tự nhiên là mục tiêu. Tôi thích ví dụ "mặt trời đang tỏa sáng" ở trên.

Một lý do khác là nếu bạn đang làm việc trong một cơ sở mã sử dụng nhiều ngôn ngữ, nếu có một cách thành ngữ để làm điều gì đó an toàn trong tất cả các ngôn ngữ, thì bạn nên làm điều đó ở mọi nơi để bạn hình thành thói quen tốt và ít có khả năng đi lên.

Tôi không thể nghĩ đến bất cứ nơi nào if (!variable)(hoặc tương đương như if not variabletùy thuộc vào ngôn ngữ của bạn) không an toàn, trong khi đó, ví dụ như if self.is_ready() == False: ...không an toàn với python nếu self.is_ready()trở về None, bây giờ hoặc trong tương lai, đó sẽ là điều hoàn toàn hợp lý để nó làm cho thấy nó chưa sẵn sàng vì Nonecũng giống như chim ưng False.