以下是引用TonyDeng在2012-1-15 00:30:54的发言：

總之，現實代碼千變萬化，但你只要有足夠的敏感性，就知道可能在哪裡有麻煩，就在那裡設置調試。編程的經驗無非是這樣積累的。比如，你這個程序，最好先寫讀一筆記錄，馬上輸出這筆記錄，運行看到讀和寫都完全按希望做了，再插入循環語句處理整個數組，因為單步已經證明正確，那麼簡單地插入循環出錯的可能性就會降低許多。程序是在無數次地運行調試之後建立起來的。

這個可是授你以漁的方式，我沒必要替你寫好代碼拿出來炫耀自己的功力，那樣是永遠學不到編程之道的。

以下是引用TonyDeng在2012-1-15 00:07:41的发言：

結構體分量的表示方法確實是這樣，但沒說取地址的方法也這樣。stu.xh是表示.xh這個分量，要取它的地址，寫&(stu.xh)就是對這個變量取地址，絕對沒錯的，但若去了括號，你就得查書看優先級，不要忘了，按(&stu).xh理解也是合語法的。如果沒有把握，又死不肯寫括號，那麼就應該設置調試語句檢查接收的變量值是否正確，由此判斷編譯器是按哪種方式理解的，你記得住就記。

其實那個著名的*p++也一樣是會讓初學者迷糊的，只不過在C程序員內部這個寫法已經是“習慣寫法”，大家都明白它是怎麼運作的，才不會出現問題。我上次跟你說過，最好看看軟件工程學的著作，大量條文告誡讀者要寫清晰、直接的代碼，而不是寫高明的代碼。表面看來拙劣的代碼，只要不錯，就沒什麼可指責的。