布爾值是什麼特別？

Question

在Ruby中，有一個約定使方法名以一個問號結束，以表明它的返回值是布爾值。爲什麼布爾值被認爲如此特別？如果你知道某個方法的返回值特別是布爾值，有什麼方便嗎？畢竟，在Ruby中，可以將各種返回值（getter）方法插入到條件中，而不必關心它是否爲布爾值。

我認爲使用問號只是表示一個布爾值是浪費。應該有更多有用的用途。我有很多用例，我想要一對getter和setter方法，其中setter方法應返回self，以便我可以在方法鏈中使用它。並將它們命名爲get_foo和set_foo看起來很麻煩。而不是按照慣例，我很想來命名一對getter和setter方法是這樣的：

def foo?; @foo end 
def foo v; @foo = v end 

其中@foo值不（一定）布爾。 （除了潛在的批評，打破慣例會混淆其他程序員），這樣做有什麼問題嗎？

Answer 1

沒有什麼特別的，它只是一個約定。一個問題可以用「是」或「否」來回答，但也可以用別人的名字來回答。

通過在帶有問號的方法上返回一個布爾值，它表明它是一個明確的行爲。

如果您的答案爲「是」或「否」，那麼您的代碼讀者很容易識別您的方法的行爲，而無需查看實現。另一方面，如果你讓它返回任何其他類型，讀者在閱讀你的類和方法定義時就很難理解你的代碼。

使用布爾值只有兩個可能的答案。如果返回值不是布爾值，它可以是任何東西，這根本無濟於事。您仍然需要查看方法實現。你應該總是更深入地理解一些代碼，但是使用這個約定會使它更簡單。

Answer 2

在方法名中使用問號表示方法是謂詞，這裏有一個約定。 AFAIK，這個謂詞不需要（通過約定）返回一個布爾值，這要歸功於簡單的規則。

除了打破常規的潛在批評會混淆其他程序員，這樣做有什麼問題嗎？

令人困惑和令人驚訝的同行程序員是不好的。 Ruby不在乎。這只是一個慣例。和約定存在的原因。

Answer 3

你可以把任何東西放在流量控制結構中，但是語義上的布爾值是合適的。 「如果」在真正的人類語言中通常採用布爾值，許多編程語言中的結構也是如此。 Ruby喜歡使事情變得方便，併爲語言中的所有內容賦予「真實」價值，這會影響它在布爾上下文中的表現。

換句話說，布爾值是幾乎專門用於流量控制的唯一東西，所以慣例是讓它們看起來是「正確」的流量控制構造。這是他們的本土環境。

（除了潛在的批評，打破常規會混淆其他程序員），這樣做有什麼問題嗎？

從這個意義上說，在20世紀20年代喜劇演員之後命名所有變量並沒有什麼錯，否則沒有什麼錯。但是，與20世紀20年代喜劇演員命名所有變量一樣，這也不是一個好主意。在我所知的任何語言（無論是人還是計算機）中，沒有任何一個問號的意思是「得到」。因此，您的代碼的語義與該慣例不符。

Answer 4

這個問題和答案歸結爲「POLS」又名「Principle of Least Surprise」。

方法名稱可以是隨機選擇由下劃線分隔的字母和數字，'！'，'？'和'='灑在他們身上，如果我們選擇這樣做的話。它們可以在運行時隨機由代碼創建，並且只要其餘代碼使用相同的字符排列，程序就會運行，Ruby會很高興。

我們人類，程序員，確定所使用的方法的名稱，以表示某些事物，特徵或行爲。試圖使用隨機命名的方法會導致瘋狂，或者至少很難保持程序。所以，相反，我們試圖用明智的名字來表達事物。有時它們是動詞或形容詞，有時它們更具描述性，因爲該方法做了幾件事情。

作爲該命名的一部分，有時我們希望提供有關該方法行爲的其他提示。按照Ruby慣例，我們使用「！」警告編碼人員該方法會改變某些東西或具有破壞​​性。 「=」表示該方法需要一個參數並將其分配給接收器/對象。這是一個setter方法，在許多其他語言中，它使用「set_flag ...」或「set_value ...」作爲名稱是習慣用法。這只是該語言中的一種約定，其次是語言中的開發人員。

我們使用「？」在Ruby中詢問一個關於某個對象的問題，不管它是否對這個對象是真實的。我們可以說「is_true？」或「真的？」並表明我們正在測試這件事是否真實。如果它是真的，或者是false，那麼它是一個布爾響應，所以我們返回一個真/假的值。