有什麼理由使用if（1 ||！Foo（））？

Question

我讀了一些舊代碼：

if (1 || !Foo()) 

有沒有見過之所以不寫：

if (!Foo()) 

Answer 1

兩個是不相同。第一個將永遠不會評估Foo()，因爲1將||短路。

爲什麼這麼做 - 可能有人想強制進入then分支進行調試，並將其留在那裏。也可能是因爲這是在源代碼控制之前編寫的，所以他們不希望代碼丟失，而現在只是繞過。

Answer 2

1 || condition 

總是如此，無論condition是否爲真。在這種情況下，condition從未被評估過。下面的代碼：

int c = 5; 
if (1 || c++){} 
printf("%d", c); 

輸出5因爲c沒有被增加，但是如果你改變了1到0，該c++將實際調用，使得輸出6。

---

這方面的一個通常的實際應用中的情況，當你想測試一些代碼片段時，計算結果爲true的條件只有很少滿足正在被調用：

if (1 || condition) { 
    // code I want to test 
} 

這永遠不會對condition進行評估，因此始終會調用// code I want to test。但是它肯定是不一樣的：

if (condition) { ... 

這也正是condition將實際評估的聲明（和你的情況Foo會被調用）

Answer 3

if (1 || !Foo())將永遠滿意。因爲short-circuits evaluation甚至不會達到!Foo()。

發生這種情況時，您需要確保將執行if以下的代碼，但您不想刪除其中的實際條件，可能是爲了進行調試。

更多信息，可以幫助你：

• if(a && b) - 如果a是false，b將不檢查。
• if(a && b) - 如果a是true,b將被檢查，因爲如果它是false，表達式將是false。
• if(a || b) - 如果a是true,b將不會被檢查，因爲無論如何這是true。
• if(a || b) - 如果a是false，b將被選中，因爲如果b是true那麼它會true。

---

我們強烈建議有用於此目的的宏，說DEBUG_ON 1，這將使它更容易瞭解程序員的手段，而不是有幻數代碼（感謝@grigeshchauhan ）。

Answer 4

問題得到了正確回答 - 不同之處在於操作的右側被短路，表明這是強制進入if塊的調試代碼。

但在最佳實踐，至少我在最佳實踐粗糙刺的興趣，我建議的替代品，以遞增的優先順序（最好是最後一個）：

注：發現後我編寫實例這是一個C++問題，例子是C＃。希望你能翻譯。如果有人需要我，請發表評論。

在行註釋：

if (1 /*condition*/) //temporary debug 

亂行註釋：

//if(condition) 
if(true) //temporary debug 

名稱，指示作用

​​

如果你想要一個真正強大的解決方案，您可以將源規則添加到源代碼控制，以拒絕任何名爲ForceConditionForDebug的簽入代碼。這段代碼不應該是這樣寫的，因爲它顯然不會傳達意圖。它永遠不應該被檢入（或被允許檢入）（源代碼管理？同行評審？）而且絕對不能允許它以當前形式執行生產。