避免嵌套的三元降低可讀性；改用If-Else鏈。 2。不要將三元群用於副作用，例如功能調用；使用IF-ELSE進行控制流。 3。跳過帶有復雜表情的三元，涉及長字符串或邏輯；將它們分解為變量或功能。 4。避免在需要設置斷點的循環(huán)或調試範圍中的三元群體中；使用if-else進行更好的調試。三元運算符應僅用於簡單的回收條件，並在可讀性，調試或複雜性時避免使用，因為清晰且可維護的代碼優(yōu)先考慮對簡短的理解。

毫無疑問，三元運算符（ condition ? expr1 : expr2 ）是許多編程語言中的便捷工具，例如JavaScript，C和Python（使用expr1 if condition else expr2 ）。它很簡潔，可以清理簡單的條件作業(yè)。但是，僅僅因為它可用並不意味著應該始終使用它。過度使用或濫用三元操作員會損害代碼可讀性，並使調試更加困難。

這是您在伸手去三元的時候要三思而後行。

1。避免嵌套三元

最大的可讀性殺手之一是嵌套三元操作員。雖然技術上有效，深厚的三元，很快就變成了糾結的混亂。

很難閱讀：

 const結果=年齡<18？ “次要的” ： 
               年齡<65？ “成人”： 
               “高級的”;

即使是此簡單的三向檢查，也比應該解析的更難分析。想像一下添加更多條件。

更好：使用if-else鍊或switch

讓結果；
如果（年齡<18）{
  結果=“次要”;
} else if（年齡<65）{
  結果=“成人”；
} 別的 {
  結果=“高級”；
}

這立即清楚，更易於調試，並且更簡單地擴展。

2。不要使用三元式副作用

三元應返回值，而不是執(zhí)行操作。使用它們來調用具有副作用的功能（例如日誌記錄，DOM更新或API調用）掩蓋了意圖，並使代碼更難測試。

不良練習：

 Isloggedin？ updateUserui（）：showloginmodal（）;

這看起來緊湊，但具有誤導性。三元為表達式，而不是控制流。這條線應該是if-else 。

更清晰，更合適：

如果（Isloggedin）{
  updateUserui（）;
} 別的 {
  ShowLoginModal（）;
}

這使意圖很明顯：您正在做出控制決定，而不是分配一個值。

3。跳過帶有復雜表情的三元

什麼時候表達式?或者:長期或涉及邏輯，三元失去了其簡潔的優(yōu)勢。

很難遵循：

 const消息=用戶。歡迎回來，$ {user.name}！您的最後一次訪問是$ {formatdate（user.lastlogin）}。

長字符串，函數調用和格式化雜物。

更好：分解

const消息=用戶。
  ？歡迎回來，$ {user.name}！您的最後一次訪問是$ {formatdate（user.lastlogin）}。
  ：`請續(xù)訂您的訂閱，$ {user.name}，繼續(xù)。

甚至更好，將其提取到一個函數中：

功能getGreeting（用戶）{
  if（user.isactive）{
    返回`歡迎回來，$ {user.name}！您的最後一次訪問是$ {formatdate（user.lastlogin）}。
  }
  返回`請續(xù)訂您的訂閱，$ {user.name}，繼續(xù)。
}

4。避免循環(huán)中的三元或經常執(zhí)行的代碼，並有調試需求

即使可以閱讀三元，在策略至關重要的部分中使用它也可以使調試器中的代碼更加困難。

例子：

 values.push（計數> 0？count * 2：0）;

雖然罰款，但稍後您需要檢查或有條件地在每個分支上打破，則無法在三元中設置一個斷點。

首選調試：

讓價值；
if（count> 0）{
  值= count * 2;
} 別的 {
  值= 0;
}
values.push（value）;

現在，您可以在每個分支上放置斷點並輕鬆檢查value 。

底線

使用以下情況時使用三元操作員

• 條件很簡單。
• 這兩個結果都是純淨的表達式。
• 您正在根據布爾檢查分配一個值。

何時避免以下內容：

• 你在築巢。
• 您正在造成副作用。
• 邏輯很複雜或跨越多行。
• 調試清晰度很重要。

可讀性勝過聰明。僅僅因為您可以在一行中做某事並不意味著您應該做。乾淨，可維護的代碼通常意味著選擇緊湊性的清晰度。

基本上，如果另一個開發(fā)人員（或未來您）必須暫停並重新閱讀該行，那麼可能是時候切換到if-else 。

以上是當不使用三元操作員時：可讀性指南的詳細內容。更多資訊請關注PHP中文網其他相關文章！