 |
 |
Acute
論壇第一大毒王
論壇第一小神童
． 積分： 3281
． 精華： 8
． 文章： 11574
． 收花： 14037 支
． 送花： 3260 支
． 比例： 0.23
． 在線： 323 小時
． 瀏覽： 2250 頁
． 註冊： 8007 天
． 失蹤： 5360 天
|
|
|
 |
|
 |
|
| #3 : 2006-5-19 02:27 PM
全部回覆
|
 送花
(1)
 送出中...
|
|
|
引用: Johnny Brove寫到: 
引用: Acute寫到:
寫法上應該是:
case 1:
{
.....
}
case 2:
{
.......
}
也就是, 每個case 的內容獨立包起來
可是一般的C++參考書並沒有這樣寫啊
應該是不一定必要吧?
紅字的部份都算是case1的敘述
case 1:
...............;
...............;
break;
這種寫法, 其實是為了C, 而不是為了C++, 只是一種相容的應用
早期C 並不能像C++ 一樣, 要使用時才宣告變數
但是C 有local 變數的規範與範疇
所以, 為了讓程式碼在移植不同C/C++ compiler 過程沒有問題
最快速的方法, 就是把有新寫法的程式碼框起來
程式語言說穿了, 就是看compiler 是不是做到符合標準
當你遇到一個不夠標準的compiler, 又必須使用他
唯一的方法就是去適應他, 因為你不可能去改compiler
但是, 修改過程, 總不可能把程式重寫一次 (學生作業例外, 反正很短)
所以, 適當了解程式語言的機制, 利用語言其他輔助機制, 讓程式相容於不同的compiler
這種東西, 永遠不會出現在書本裡面
況且, 程式語言很多定義也常常被人所忽略
我曾經在讀書會版面發布過一篇我以前研究C 的文章 (擷取自我發表於雜誌與書本的內容)
裡面就針對K&R C & ANSI C 差異性進行探討
該文章發布的原因, 就是ANSI C 被制定後,
發現很多工程師對於移植K&R C to ANSI C 過程中, 總是無法順利解決問題
原始目的是給同僚看, 後來大家都覺得不錯, 就修飾&擴充內容後, 發表於雜誌
最後又收錄到我無聊寫的書本裡面
Acute.
[如果你喜歡本文章，就按本文章之鮮花～送花給作者吧，你的支持就是別人的動力來源]
|
|
