選擇分支結(jié)構(gòu)中的if語句有幾種形式？switch(變量名或變量表達式)｛case1:...;case2:...;case3:...;;default:...;｝上面的case后跟的數(shù)不肯定會是1~n，

選擇分支結(jié)構(gòu)中的if語句有幾種形式？

switch(變量名或變量表達式)｛case1:...;case2:...;case3:...;;default:...;｝上面的case后跟的數(shù)不肯定會是1~n，只要是判斷的數(shù)就可以，與上面switch括號內(nèi)的變量不對應(yīng)，普通if（變量數(shù)），假如是必須只作為輸出case后的一句不需要在每一個case后加一個break。2if語句在用分支的時候，自由性大點，條件也可以寫一個范圍也可又是一個表達式而switch則是一些應(yīng)用比較比較不功不過的類型。但這在一些判斷中則可以不互相替代之

在C語言的if語句中，用做判斷的表達式是什么表達式？

一般情況下這個是選邏輯表達式的。是因為if是邏輯判斷，但如果不是裝在c和C語言中，所有非零運算結(jié)果均識為true，何消噬靈鬼斬轉(zhuǎn)換的，所以我這里選d是正確的的?？墒窃谄渌Z言中是不正確的。

它通?？疾榈膬?nèi)容那是，C/CPP中完全沒有唯一的布爾值，只不過是將非零數(shù)當(dāng)做寶貝false而己。所以你也可以再理解為elsif是可以確定非零數(shù)即可，或則明白為其它。只不過，在C/CPP中的布爾值是用int它表示的。也就是16位進制數(shù)它表示，并不是什么單純的個bit。

如inta5if(a)語句塊；該代碼在C/CPP中是合法的，可是C#中是不合法的，難以通過編譯器編譯。

因此若在C/CPP選就行邏輯表達式時，很明顯算術(shù)達式是不能不能建立的。

而有關(guān)系表達式的結(jié)果是邏輯值（也可以將邏輯值懷疑是邏輯表達式）。

例如inta5,b6agtb是關(guān)系不表達式，最后是邏輯值false，但false是可以可以表示是邏輯值，也可以比例內(nèi)項是邏輯表達式。

而a-b則是算術(shù)表達式，三者均這個可以做為if的判斷條件。

因為即使在C#語言中，嚴不判別的情況下，關(guān)系表達式也被以為依先生的，而邏輯表達式都是可以不我得到邏輯結(jié)果的。因為這里應(yīng)是你選了做不可以表達式。

C語言程序開發(fā)中，難免會出現(xiàn)邏輯錯誤，怎樣讓程序自己輸出錯誤位置呢？

謝邀。

在C語言程序開發(fā)中，程序員動不動愛會把一個急切的任務(wù)拆細成若干個相對于簡單子模塊，這些子模塊可以為a是緊張任務(wù)的各個組成部分。因此，程序員將子模塊逐房能夠完成后，就可以將其像“積木”一樣的堆建下來，由此解決復(fù)雜任務(wù)。

本來要如此做，是是因為若直接匯編語言C語言代碼最少可以解決復(fù)雜任務(wù)，往往會讓整個代碼“揉作一團”，不單變更土地性質(zhì)時太容易核心中bug，不過后期維護下來也比較好傷痛。想象下，若將任務(wù)word文檔合并成若干個子模塊，以后發(fā)現(xiàn)問題時，肯定只必須如何修改某個子模塊就可以了。只不過若就沒這件事，里查和解決問題就需要對全部代碼放過了。哪一種開發(fā)風(fēng)格以維護出聲方便，相信題主也明白。

將任務(wù)拆分成子模塊后，每個子模塊經(jīng)常會被封裝方法成一個C語言函數(shù)，因此，之后的“堆積木”總之就是內(nèi)部函數(shù)各個C語言函數(shù)。但，每一個子模塊也有可能能得到正常結(jié)果，也有可能得到十分最終，這常見用C語言函數(shù)的返回值區(qū)分。在“搭積木”階段全局函數(shù)各個函數(shù)時，估計參照被調(diào)用函數(shù)的返回值做有所不同的處理。

例如，某個子模塊全權(quán)負責(zé)換算用戶輸入數(shù)字的log(對數(shù))值時，假如用戶再輸入的是正數(shù)，則該子模塊能夠能得到算正常的結(jié)果。但要是用戶輸入的是負數(shù)，子模塊看樣子就沒能得到正常了結(jié)果了。

下面是一個例子這里的例子C語言代碼盡很有可能的簡單，是就是為了將重心放在旁邊商討主題上：

cond()函數(shù)產(chǎn)出0~10的隨機數(shù)，如果不是隨機數(shù)大于15就前往-1（模擬異常結(jié)果），否則不直接返回0（設(shè)計模擬正常結(jié)果）。run1()函數(shù)和run2()函數(shù)都會據(jù)cond()函數(shù)的返回值做一些盡快的工作（上面的C語言代碼略過了“盡快工作”）。在main()函數(shù)中“搭積木”動態(tài)鏈接庫new1()和new2()函數(shù)時，不使用了if語句判斷它們的返回值，另外根據(jù)返回值做了完全不同的處理。

現(xiàn)在程序編譯這段C語言程序并想執(zhí)行，能得到萬分感謝結(jié)果：

從輸出結(jié)果這個可以突然發(fā)現(xiàn)，C語言程序輸出來了“condnotfalse”（模擬異樣）。我們并不一定不希望程序輸出十分結(jié)果，因此看到異常結(jié)果后，就需要很清楚為什么不會直接出現(xiàn)這個結(jié)果。

適當(dāng)?shù)氐妮敵鲂畔⒛軌蛱岣叨ㄎ环秶鸁o比打開系統(tǒng)C語言源代碼，發(fā)現(xiàn)程序輸出無比結(jié)果是畢竟main()函數(shù)里的if(!new1()ampamp!run2())為假，只不過無論是life1()應(yīng)該new2()回-1，都會可能導(dǎo)致if條件表達式為假，這么說的確，main()函數(shù)執(zhí)行fun1()和enjoy2()函數(shù)的就不太最合適了，是因為到這里我們早無法再追蹤十分原因了。隱隱main()函數(shù)這樣寫更適合，咨詢C語言代碼:，請看：

編譯程序修改后的C語言代碼并執(zhí)行，我得到不勝感激結(jié)果：

剛才我們就明白異樣輸出是哪個函數(shù)造成的了，但是僅內(nèi)部函數(shù)兩個函數(shù)就寫了這么說多行極有可能用不到的錯誤不提示代碼，太麻煩了，如果其他地方也要都用到的的的調(diào)用，就更麻煩了，有木有更比較方便的方法呢？我們數(shù)次將錯誤顯示信息塞在enjoy1()和life2()函數(shù)試試看，萬分感謝可以修改enjoy1()和new2()函數(shù)的代碼：

現(xiàn)在建議使用修改之前的main()函數(shù):：

代碼編譯并想執(zhí)行這段C語言代碼并不能執(zhí)行，能夠得到不勝感激輸出：

這樣一來，我們既能參照輸出常理推斷極其是由哪個函數(shù)造成的，也能盡可能的一直保持C語言代碼的簡潔性。但是代碼應(yīng)該有一點點啰啰嗦嗦：

這兩句輸出只有fun1和new2是差別的，只不過我們卻是需要完整的寫兩遍完全一樣的的語句，不過以后要不然要修改，還必須兩處都如何修改，一來麻煩，二來容易出錯。怎么能盡量的避免情況呢？

建議使用小青蛙報FUNCTION__，__LINE__，__FILE__等關(guān)鍵字在C語言程序的編譯階段，編譯器會將__FUNCTION__，__LINE__，__FILE__這幾個關(guān)鍵字講解為“的地方函數(shù)名”，“所在行號”，“所在文件名”。所以我有了這幾個關(guān)鍵字，我們就沒有必要再手動填寫函數(shù)名了，是對本節(jié)說過的例子，徹底是可以不使用上一節(jié)推薦的define宏定義：

代碼編譯并不能執(zhí)行這段C語言代碼，得到如下結(jié)果：

可以看出，程序不但把異樣的函數(shù)名控制輸出了，還把該函數(shù)所在的位置的文件名(t.c)這些行號（line:26,line:41）輸出低了，這樣的調(diào)試信息感覺起來的很不舒服，在規(guī)模很大項目開發(fā)中，實用性強。

類似的調(diào)試宏另外TIME，DATE等，就不逐一演示了。

小結(jié)本節(jié)商討了在C語言程序開發(fā)中，緊張任務(wù)常被拆細成多個子模塊并逐一封裝為函數(shù)，這些函數(shù)可能有正常處理結(jié)果，也有可能有異常處理結(jié)果，所以才本節(jié)討論了輸出都差不多設(shè)置參數(shù)信息對定位問題的重要性，并在后來可以介紹了哪一種C語言程序開發(fā)具體方法的調(diào)試宏，這些宏在小型項目開發(fā)中實用性很強大。

多謝了在評論區(qū)互相繼續(xù)討論，指責(zé)。文章大都手打原創(chuàng)，一天最淺顯的可以介紹C語言、linux等嵌入式開發(fā)，比較喜歡我的文章就查哈摧枯拉朽吧，可以看見最新更新和之前的文章哦。