代碼里充斥著if-else分支有什么不好嗎？除了可維護(hù)性，對程序運(yùn)行效率有什么影響嗎？缺點是代碼沒有高級意義。它與可維護(hù)性和操作效率無關(guān)。為什么很多程序員不用switch，而是大量的if……else

代碼里充斥著if-else分支有什么不好嗎？除了可維護(hù)性，對程序運(yùn)行效率有什么影響嗎？

缺點是代碼沒有高級意義。它與可維護(hù)性和操作效率無關(guān)。

為什么很多程序員不用switch，而是大量的if……else if？

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

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

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

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

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

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

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

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

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

如何制作傳統(tǒng)流程圖和N-S流程圖？

序列結(jié)構(gòu)：語句a語句B選擇結(jié)構(gòu)：if（condition）語句源a else語句B多分支結(jié)構(gòu)：switch（constant expression 2113等式5261）{case constant expression 1:語句1[break]case constant expression 2:語句2[break]case constant expression n:語句n[break][默認(rèn)值：語句n1]}//其中由[]括起的4102節(jié)是可選的。When循環(huán)：while語句直到1653循環(huán)：do{statement}while