第三章實驗二小談

這周很忙...時間很趕...很多作業(yè)還沒做...

首先想談（tu）論（cao）一下計算機的嚴謹性。

編程語言嚴謹是一種好事，越嚴謹，把它轉(zhuǎn)化為機器語言就越方便，在資源占用、運行速度等方面存在優(yōu)勢。

唯一的缺點就是高嚴謹性下的低容錯率。

我用一個函數(shù)，顯示無法識別，嗯？為什么？明明我定義沒問題，語法沒問題，格式也沒問題。哦，原來是沒有導(dǎo)入頭文件。

我設(shè)計一個計算，顯示我的變量未定義，又為什么？符號沒問題，頭文件也導(dǎo)入了，int main的return也有了。哦，原來我定義的是Y，輸入時寫成了y。

因此，每個夜晚，數(shù)以萬計的程序員加班到天亮，不是沒有理由的。我覺得這個方面的原因占了很大一部分。

其次我想說明以下我對第四個題目（輸入China，輸出Glmre，后移四位）的優(yōu)化想法。

我的主要思路時用int（x）將輸入的字符轉(zhuǎn)為ASCII碼，加4后再轉(zhuǎn)為字符輸出，這樣就可以實現(xiàn)后移四位的功能了，這點我覺得沒有問題。

唯一的不足是，我必須確定輸入的字符數(shù)，據(jù)此定義變量，然后int（x）。

就比如這題，輸入China是固定的，那么我定義5個字符變量，依次存入，然后int（x）+4寫5遍。

但是如果輸入的是不確定長度，或者很長很長的呢？這種方法顯然不實際。

我的優(yōu)化方案仍然是用數(shù)組。

先用sizeof或者length確定輸入字符串的長度，再根據(jù)長度為數(shù)組分配空間，然后遍歷數(shù)組依次+4，這樣顯然會方便很多。

但是數(shù)組還是沒有學QAQ

因此這仍然是個想法，我等待著它實現(xiàn)的那一天。

?

posted on 2018-10-14 08:05 BlackDn 閱讀(...) 評論(...) 編輯 收藏

轉(zhuǎn)載于:https://www.cnblogs.com/luoyang0515/p/9785070.html

總結(jié)

以上是生活随笔為你收集整理的第三章实验二小谈的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。