我有一個布爾變量，用於標記是否應顯示價格（在單個項目上）。我開始將其命名爲「DisplayPrice」，但這更真實地描述了要顯示的項目的價格（想想：十進制）。這裏有什麼選擇？價格設置的布爾變量命名
我不認爲任何以「是」開頭的東西都是合適的。例如，「IsDisplayPrice」似乎更像是價格本身的元素，其中「IsPriceDisplayed」似乎更像是一種條件而非設置。
ShouldDisplayPrice？有任何想法嗎？
ShowPrice。簡單點。
ShouldDisplayPrice是一個建議。有點像告訴應用程序「我認爲你可能想要顯示它，但不介意我。」它告訴未來的程序員他們可以自由決定自己的想法。我認爲這是一個完全危險的情況，因爲程序員不應該放在他們自己的設備上，因爲他們傾向於非生產性的活動，如分叉linux或編寫Windows桌面應用程序。
IsPriceDisplayed和IsDisplayPrice是我不確定存儲在數據庫中的數據點能否真正回答的問題。畢竟，程序員可能沒有把這個領域放在屏幕上。在這種情況下設置爲true可能會導致宇宙爆炸。
當然，你可以去負面和使用HidePrice來代替。然而，當你有如「if (!HidePrice) { /*emit price */ }」
這樣的邏輯時，這可能會讓人頭暈目眩，沿着這些線最差的一個可能是CanPriceBeHidden。這是一個建議，一個問題和一個負面價值。只有在你感覺特別尖銳時才能使用。
的肛門固問題有點...我喜歡它:)
如何CanDisplayPrice？我們使用「Can」和「Is」作爲布爾變量名稱。
克里斯的答案很好。另外不要忘記，如果存在任何歧義或主觀命名約定的問題（如本例中），那麼將XML文檔添加到您的屬性對於其他編碼人員來說可能會派上用場。只需在酒店上方添加舊的///並填寫說明即可。
你也可以去負面和做HidePrice。真的，這裏提供的任何建議都不會太糟糕，並且使用正確的XML文檔，一切都將清晰可見！
我在想IsPriceVisible。 ShowPrice在我看來似乎是一種動作，而不是一種狀態，例如：
if (IsPriceVisible) {
ShowPrice();
}