1. 為什么程序員都不喜歡使用 switch ,而是大量的 if……else if ?

        共 2319字,需瀏覽 5分鐘

         ·

        2020-09-30 09:42

        來源:3g.163.com/tech/article/E02RDE6C0511SDDL.html

        • 缺點(diǎn)一. 語法正確,邏輯錯(cuò)誤

        • 缺點(diǎn)二 .死板的語法

        • 缺點(diǎn)三 .需要子函數(shù)來處理分支

        • switch 的 優(yōu)點(diǎn)


        請用5秒鐘的時(shí)間查看下面的代碼是否存在bug。

        OK,熟練的程序猿應(yīng)該已經(jīng)發(fā)現(xiàn)Bug所在了,在第8行和第10行下面我沒有添加關(guān)鍵字break; 這就導(dǎo)致這段代碼的行為邏輯與我的設(shè)計(jì)初衷不符了。

        缺點(diǎn)一. 語法正確,邏輯錯(cuò)誤

        這就是第一個(gè)理由為什么程序猿很少使用switch來做條件判斷,對于新手來說忘記寫break實(shí)在是再普通不過了,就算是老猿忘記寫也是時(shí)有發(fā)生的事情,而這個(gè)語法錯(cuò)誤在諸多的語法檢查器上沒有辦法檢查出來的,因?yàn)閺恼Z法角度來說是正確的!可是代碼的處理邏輯卻是錯(cuò)誤的!用if來重寫這段代碼的話,就不會發(fā)生這種錯(cuò)誤。


        上面的代碼為了保證正確我添加了else做一個(gè)邏輯上的保證,其實(shí)如果不寫else,這段代碼也不會發(fā)生邏輯錯(cuò)誤,而且一旦我忘記寫花括號的時(shí)候,語法編譯器是會提示我添加的,甚至可以使用eslint這種的工具強(qiáng)制我使用花括號,這樣就不會犯語法錯(cuò)誤了,一旦出現(xiàn)bug,那么肯定是我邏輯上的問題了。

        缺點(diǎn)二 .死板的語法

        switch盡管對于break很寬容,但是對判斷條件很嚴(yán)苛,case后面只能跟常量,如果你用C編寫的話,甚至只能用int類型作為判斷條件。對于我們這么瀟灑自如的程序猿來說,這種限制實(shí)在是太麻煩了,用if的話,別說是常量了,我用函數(shù)都可以,真正做到方便快捷。

        缺點(diǎn)三 .需要子函數(shù)來處理分支

        這個(gè)缺點(diǎn)跟缺點(diǎn)一有關(guān),為了防止漏寫break,因此建議把分支處理方法獨(dú)立成一個(gè)子函數(shù)來處理,這樣在閱讀代碼的時(shí)候就會減少忘記寫break帶來的bug,那么用if來寫的話,我想怎么寫就怎么寫,非常隨意自由,但是這也導(dǎo)致了代碼的可讀性大大降低。

        switch 的 優(yōu)點(diǎn)

        既然switch有這么嚴(yán)重的缺點(diǎn),那怎么在所有語言中依然會存在呢?那就說下switch的優(yōu)點(diǎn)吧,它的優(yōu)點(diǎn)也剛好是它的缺點(diǎn)。

        在很久很久以前,那時(shí)候的電腦性能還不如一臺小霸學(xué)習(xí)機(jī)的時(shí)候,聰明的計(jì)算機(jī)科學(xué)家為了提高計(jì)算機(jī)的處理速度,將一些邏輯分支處理方法簡化了一下,把一些需要做邏輯判斷的操作給固定死,然后只要查表一樣一個(gè)一個(gè)對一下就能做出相應(yīng)的反應(yīng)了。

        比如說a=0的判斷,switch和if在cpu上面的處理方式是不一樣的,switch是在編譯階段將子函數(shù)的地址和判斷條件綁定了,只要直接將a的直接映射到子函數(shù)地址去執(zhí)行就可以了,但是if處理起來就不一樣了。

        它首先要把a(bǔ)的值放到CPU的寄存器中,然后要把比較的值放到CPU的另一個(gè)寄存器中,然后做減法,然后根據(jù)計(jì)算結(jié)果跳轉(zhuǎn)到子函數(shù)去執(zhí)行,這樣一來就要多出3步的操作了,如果邏輯判斷多的話,那么將會比switch多處許多倍的操作,盡管寄存器操作的速度很快,但是對于當(dāng)時(shí)的學(xué)習(xí)機(jī)來說,這點(diǎn)速度根本不夠用啊。

        那還有一個(gè)問題,為什么要使用break來做一個(gè)判斷結(jié)束呢?這不是很容易造成語法錯(cuò)誤了?那就要說到子函數(shù)的問題上了。

        在早起的電腦代碼中是沒有子函數(shù)的概念的,那時(shí)候都是用goto隨意跳轉(zhuǎn)的,你想去第10行代碼,很簡單goto 10就可以了。這種編程思維在C的早期階段還是一直受到影響的,因此早期的C也沒有子函數(shù),都是一堆邏輯處理混亂在一起,goto滿天飛,所以那時(shí)候你沒有一個(gè)最強(qiáng)大腦是寫不了程序的。那為了告訴程序我這里條件判斷處理結(jié)束,就添加了break作為終止符號。后來慢慢的有了子程序,有了更好的編程規(guī)范,才一步一步的將寫代碼淪落到體力勞動。

        后來發(fā)展的新語言為了標(biāo)榜自己的血統(tǒng),多少都要參考下C,然后就把switch這種詭異的語法也繼承下來了。但是也不是所有的語言都照搬,比如Google發(fā)明的新語言golang和kotlin就又把switch包裝了一下,去掉了令人誤會的語法,又讓switch變得靈活起來了,對了,在代碼重構(gòu)的時(shí)候,還是用switch把,這樣看起來的確代碼更簡潔哦!

        回復(fù) 【關(guān)閉】學(xué)關(guān)
        回復(fù) 【實(shí)戰(zhàn)】獲取20套實(shí)戰(zhàn)源碼
        回復(fù) 【被刪】學(xué)個(gè)
        回復(fù) 【訪客】學(xué)
        回復(fù) 【小程序】學(xué)獲取15套【入門+實(shí)戰(zhàn)+賺錢】小程序源碼
        回復(fù) 【python】學(xué)微獲取全套0基礎(chǔ)Python知識手冊
        回復(fù) 【2019】獲取2019 .NET 開發(fā)者峰會資料PPT
        回復(fù) 【加群】加入dotnet微信交流群

        90后中國程序員“黑吃黑”博彩網(wǎng)站,半年獲利256萬,判刑11年半


        PanDownload復(fù)活了,60MB/s,目前已開源!


        瀏覽 114
        點(diǎn)贊
        評論
        收藏
        分享

        手機(jī)掃一掃分享

        分享
        舉報(bào)
        評論
        圖片
        表情
        推薦
        點(diǎn)贊
        評論
        收藏
        分享

        手機(jī)掃一掃分享

        分享
        舉報(bào)
          
          

            1. 黄色.wwww | 男人操女人免费视频 | 女同学玩裸体聚会 | 免费观看性生交大片3 | 欧洲性开放大片 |