第三章實驗二小談
阿新 • • 發佈:2018-10-14
就是 運行 字符 文件 eof 方案 但是 字符變量 速度
這周很忙...時間很趕...很多作業還沒做...
首先想談(tu)論(cao)一下計算機的嚴謹性。
編程語言嚴謹是一種好事,越嚴謹,把它轉化為機器語言就越方便,在資源占用、運行速度等方面存在優勢。
唯一的缺點就是高嚴謹性下的低容錯率。
我用一個函數,顯示無法識別,嗯?為什麽?明明我定義沒問題,語法沒問題,格式也沒問題。哦,原來是沒有導入頭文件。
我設計一個計算,顯示我的變量未定義,又為什麽?符號沒問題,頭文件也導入了,int main的return也有了。哦,原來我定義的是Y,輸入時寫成了y。
因此,每個夜晚,數以萬計的程序員加班到天亮,不是沒有理由的。我覺得這個方面的原因占了很大一部分。
其次我想說明以下我對第四個題目(輸入China,輸出Glmre,後移四位)的優化想法。
我的主要思路時用int(x)將輸入的字符轉為ASCII碼,加4後再轉為字符輸出,這樣就可以實現後移四位的功能了,這點我覺得沒有問題。
唯一的不足是,我必須確定輸入的字符數,據此定義變量,然後int(x)。
就比如這題,輸入China是固定的,那麽我定義5個字符變量,依次存入,然後int(x)+4寫5遍。
但是如果輸入的是不確定長度,或者很長很長的呢?這種方法顯然不實際。
我的優化方案仍然是用數組。
先用sizeof或者length確定輸入字符串的長度,再根據長度為數組分配空間,然後遍歷數組依次+4,這樣顯然會方便很多。
但是數組還是沒有學QAQ
因此這仍然是個想法,我等待著它實現的那一天。
第三章實驗二小談