if else else語(yǔ)句能不能執(zhí)行多個(gè)分支，還是說條件都滿足只執(zhí)行一個(gè)？按順序int i=4if（i> 0）…else if（i> 1）…else if（i> 2）…只在i> 0之

if else else語(yǔ)句能不能執(zhí)行多個(gè)分支，還是說條件都滿足只執(zhí)行一個(gè)？

按順序

int i=4

if（i> 0）…

else if（i> 1）…

else if（i> 2）…

只在i> 0之前執(zhí)行

先執(zhí)行，然后判斷；

如果不是true，則執(zhí)行else；

如果是true，則執(zhí)行if之后的語(yǔ)句；

這只是節(jié)點(diǎn)的選擇，而不是全部其中一個(gè)可以執(zhí)行。

if-else選擇結(jié)構(gòu)執(zhí)行的順序是什么？

如果其中只有一個(gè)是真的。它將執(zhí)行其中的語(yǔ)句。執(zhí)行后，直接跳出所有if

c語(yǔ)言if else if他的執(zhí)行順序是什么? 是不是，依次判斷表達(dá)式的值如果為假，繼？

如果else是判斷語(yǔ)句。如果后跟一個(gè)條件，則將執(zhí)行所有滿足該條件的程序。

C語(yǔ)言中的if語(yǔ)句的執(zhí)行順序是怎么執(zhí)行的？嵌套時(shí)怎么組合，花括號(hào)的位子怎么放？

答：主要是因?yàn)榻粨Q機(jī)不適合實(shí)際復(fù)雜的業(yè)務(wù)系統(tǒng)需求。業(yè)務(wù)在不斷變化和迭代。一旦需求發(fā)生變化，條件的復(fù)雜性就很高，交換機(jī)無法處理。

開關(guān)何時(shí)合適？它的場(chǎng)景是基于單個(gè)變量的值（例如枚舉），這比if條件更可讀。

從上面的場(chǎng)景來看，它太有限了。讓我簡(jiǎn)單地談?wù)勊囊恍┤秉c(diǎn)：

1。真正的業(yè)務(wù)場(chǎng)景非常復(fù)雜，條件也不單一。一旦需求發(fā)生變化，維護(hù)代碼就會(huì)崩潰。

2. 開關(guān)經(jīng)常忘記寫中斷。據(jù)估計(jì)，很多人都忘了粗心地寫。如果你看看Google的代碼規(guī)范，你會(huì)發(fā)現(xiàn)Google對(duì)switch有很多要求。

事實(shí)上，有些人仍然使用交換機(jī)，這部分是由于歷史原因。然而，隨著科學(xué)技術(shù)的發(fā)展，原有的設(shè)計(jì)和設(shè)計(jì)都相對(duì)滯后。

某些編程語(yǔ)言（如python）沒有開關(guān)語(yǔ)法。當(dāng)然，一些新的語(yǔ)言golang和kotlin仍然是繼承的，但是switch被打包了，被誤解的語(yǔ)法被刪除了，這使得switch更加靈活。沒有包裝很難使用。

通過上述缺點(diǎn)，即if語(yǔ)句更加靈活，并且根據(jù)業(yè)務(wù)邏輯條件編寫，可維護(hù)性高。同時(shí)，只要代碼質(zhì)量高，可讀性就會(huì)更高。

實(shí)際業(yè)務(wù)非常復(fù)雜，我不建議您必須使用大量的if，相反，它應(yīng)該盡快返回以減少嵌套，從而增加可讀性并降低維護(hù)成本。