寫出switch分支結(jié)構(gòu)的語法結(jié)構(gòu)，并寫出其執(zhí)行過程？a:break、switch等的數(shù)據(jù)類型只能是a:break、switch、case等，當(dāng)編譯器沒有對其進(jìn)行優(yōu)化時(shí)，它的實(shí)際執(zhí)行過程基本相當(dāng)于if

寫出switch分支結(jié)構(gòu)的語法結(jié)構(gòu)，并寫出其執(zhí)行過程？

a:break、switch等的數(shù)據(jù)類型只能是a:break、switch、case等，當(dāng)編譯器沒有對其進(jìn)行優(yōu)化時(shí)，它的實(shí)際執(zhí)行過程基本相當(dāng)于if和else if。上面的程序可以寫成if（a==3）{}else if（a==5）{}else if（a==6）{}以上是每個(gè)case分支都有中斷的情況。如果分支中沒有中斷，則整個(gè)開關(guān)將一直執(zhí)行到中斷。當(dāng)然，最后可能不會(huì)有休息，會(huì)一直執(zhí)行到最后。

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

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

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

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

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

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

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

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

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

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

寫出switch分支結(jié)構(gòu)的語法結(jié)構(gòu)，并寫出其執(zhí)行過程？

感謝您的邀請。但在我的MacOSX10.7上，結(jié)果是print4。也就是說我沒看錯(cuò)節(jié)目。提問者應(yīng)該在某個(gè)地方犯了一個(gè)錯(cuò)誤，或者調(diào)試了一個(gè)錯(cuò)誤，或者觀察了一個(gè)錯(cuò)誤。至于switch（I-n）的含義，所有教科書都會(huì)告訴我們：這是在運(yùn)行時(shí)計(jì)算I-n的值，即4，然后執(zhí)行相應(yīng)的case語句。

為什么在switch結(jié)構(gòu)中需要使用break語句？

開關(guān)

案例1

案例2]…

此結(jié)構(gòu)

您的目的是讓一個(gè)案例執(zhí)行，而其他案例不執(zhí)行。

因此，每個(gè)案例必須有一個(gè)中斷才能退出結(jié)構(gòu)。否則，以下情況也將被執(zhí)行。

例如，如果執(zhí)行案例1且沒有中斷，則將依次執(zhí)行以下所有案例，直到它們?nèi)客瓿伞?/p>