眾所周知,我們在進行選擇結(jié)構(gòu)開發(fā)的時候經(jīng)常會用到兩種代碼類型,一種是switch case,另外一種是if else,他們倆哪種效率更高呢?為什么有不少程序員更喜歡用switch case開發(fā)呢?今天小千就來給大家解答一下。
switch語句和if else語句的區(qū)別
首先大家先來看一段代碼:
IT培訓(xùn)java培訓(xùn)1" />
熟練的程序猿應(yīng)該已經(jīng)發(fā)現(xiàn)Bug所在了,在第8行和第10行下面我沒有添加關(guān)鍵字break; 這就導(dǎo)致這段代碼的行為邏輯與我的設(shè)計初衷不符了,而最為關(guān)鍵的問題是,這個Bug系統(tǒng)
不 會 報 錯 !
switch的缺點
1、死板的語法
switch盡管對于break很寬容,但是對判斷條件很嚴苛,case后面只能跟常量,如果你用C編寫的話,甚至只能用int類型作為判斷條件。對于我們這么瀟灑自如的程序猿來說,這種限制實在是太麻煩了,用if的話,別說是常量了,我用函數(shù)都可以,真正做到方便快捷。
2、需要子函數(shù)來處理分支
這個缺點跟缺點一有關(guān),為了防止漏寫break,因此建議把分支處理方法獨立成一個子函數(shù)來處理,這樣在閱讀代碼的時候就會減少忘記寫break帶來的bug,那么用if來寫的話,我想怎么寫就怎么寫,非常隨意自由,但是這也導(dǎo)致了代碼的可讀性大大降低。
switch的優(yōu)點
既然switch有這么嚴重的缺點,那怎么在所有語言中依然會存在呢?那就說下switch的優(yōu)點吧,它的優(yōu)點也剛好是它的缺點。
在很久很久以前,那時候的電腦性能還不如一臺小霸學(xué)習(xí)機的時候,聰明的計算機科學(xué)家為了提高計算機的處理速度,將一些邏輯分支處理方法簡化了一下,把一些需要做邏輯判斷的操作給固定死,然后只要查表一樣一個一個對一下就能做出相應(yīng)的反應(yīng)了。
比如說a=0的判斷,switch和if在cpu上面的處理方式是不一樣的,switch是在編譯階段將子函數(shù)的地址和判斷條件綁定了,只要直接將a的直接映射到子函數(shù)地址去執(zhí)行就可以了,但是if處理起來就不一樣了,它首先要把a的值放到CPU的寄存器中,然后要把比較的值放到CPU的另一個寄存器中,然后做減法,然后根據(jù)計算結(jié)果跳轉(zhuǎn)到子函數(shù)去執(zhí)行,這樣一來就要多出3步的操作了,如果邏輯判斷多的話,那么將會比switch多處許多倍的操作,盡管寄存器操作的速度很快,但是對于當(dāng)時的學(xué)習(xí)機來說,這點速度根本不夠用啊。
那還有一個問題,為什么要使用break來做一個判斷結(jié)束呢?這不是很容易造成語法錯誤了?那就要說到子函數(shù)的問題上了。
在早起的電腦代碼中是沒有子函數(shù)的概念的,那時候都是用goto隨意跳轉(zhuǎn)的,你想去第10行代碼,很簡單goto 10就可以了。這種編程思維在C的早期階段還是一直受到影響的,因此早期的C也沒有子函數(shù),都是一堆邏輯處理混亂在一起,goto滿天飛,所以那時候你沒有一個最強大腦是寫不了程序的。那為了告訴程序我這里條件判斷處理結(jié)束,就添加了break作為終止符號。后來慢慢的有了子程序,有了更好的編程規(guī)范,才一步一步的將寫代碼淪落到體力勞動。
后來發(fā)展的新語言為了標(biāo)榜自己的血統(tǒng),多少都要參考下C,然后就把switch這種詭異的語法也繼承下來了。但是也不是所有的語言都照搬,比如Google發(fā)明的新語言golang和kotlin就又把switch包裝了一下,去掉了令人誤會的語法,又讓switch變得靈活起來了,對了,在代碼重構(gòu)的時候,還是用switch把,這樣看起來的確代碼更簡潔哦。
以上就是switch和if else區(qū)別的介紹了,相信大家應(yīng)該都能夠看懂了,最后歡迎對java或者web前端開發(fā)感興趣的同學(xué)來到千鋒java培訓(xùn)班和web前端培訓(xùn)班參加我們的培訓(xùn)課程的學(xué)習(xí),負責(zé)任的老師全程陪伴你的學(xué)習(xí)過程,更有六維全息課程體系確保課程質(zhì)量,現(xiàn)在咨詢還有海量優(yōu)惠和免費學(xué)習(xí)資料,趕緊來領(lǐng)取吧。