許多編程課程都要求學生必須完成的編碼項目。對于那些沒有經驗寫長程序的人來說，這些項目可能相當令人生畏。項目還需要考慮到一些測試用例。這篇文章為大家帶來猶他大學編碼設計環節基礎技巧講解。

1.仔細閱讀規范

你的作業會有某種描述你正在構建什么的規范。確保仔細閱讀此規范。如果你收到的是PDF格式的，試著先打印出來再閱讀。你可以在規范中突出一些重要的部分，對我來說，紙質紙張更容易閱讀。規范是你的指南，你希望在開始之前確保你完全理解它們。

2.先草稿，后編碼

閱讀規范后，你會對你的要求有一些想法。對于許多學生來說，很誘人直接跳到他們的IDE或文本編輯器中開始編碼。我想強調一件事。

3.不要做的事

如果從這篇文章中你能記住一件事，那就是這一點。你不應該立即跳到編碼。拿出一張紙，起草你的程序。如果你有iPad或數字記事本設備，請創建一個新的記事本，先隨便寫下你的計劃。

為什么要這么做呢?因為編碼實際上并不是關于代碼的。這更像是系統設計的藝術。編程項目就像建筑項目。你不想在沒有藍圖的情況下建造建筑物。

我太多次看到人們無目的地編碼，只是在中途卡住，因為某些東西出了問題。這就像試圖用木頭建造摩天大樓，只是后來才意識到有一個高度限制。

這是我在計劃代碼時考慮的一些事情：

我將使用哪些數據結構?哪一個最適合這項工作?

A函數會如何工作?B?C?它將使用什么算法?

數據的期望流程是什么?

我接受什么輸入，輸出什么?

我是否應該將變量和函數封裝在類中?或者這是不必要的嗎?

我如何處理內存分配?在哪里創建堆中的新對象?

我是傳值還是傳引用?

相信我，當我說這個時，你會想先計劃再采取行動。你會在開發經驗中看到明顯的改善。

4.編寫模塊化的代碼

我上面提到編碼主要是系統設計的藝術。我仍然認為這是真的，但這并不意味著你免于編寫糟糕的代碼。當你編寫丑陋、難以閱讀和難以維護的代碼時，你只是在自欺欺人。

風格是個人選擇，我不是一個會批評別人品味的人。然而，有一些做法是你應該遵循的，這有助于你自己。

其中之一是編寫模塊化的代碼。這意味著盡可能抽象掉盡可能多的代碼。這也與DRY(不要重復自己)原則有關。如果你發現自己寫了很多重復的代碼，你可能想考慮將其抽象為一個可以稍后重復使用的函數。這樣，你的代碼變得更容易閱讀，調試也變得更容易。

5.確保知道如何使用調試器

這將為你節省大量時間。我知道很多人默認使用打印調試，我也有此罪過。如果你不熟悉它，打印調試是一種技術，你會在代碼中的某些區域插入打印語句，其中你認為可能發生錯誤，或者在代碼的某些點打印出變量。打印調試在需要進行一些快速的合理性檢查時很有用，但效率不高。在你的學生生涯中，你可能能夠應付過去，但我強烈建議你學會使用調試器。以下是一些建議的原因：

你的代碼會非常、非常快速地變得非常混亂。

如果你的代碼輸出到命令行或文件，打印調試將破壞你的輸出，使其變得耗時閱讀和檢查。在終端中滾動不是最好的使用你寶貴時間的方式。

如果你想通過打印調試檢查容器中的項目，你需要循環遍歷容器并打印出每個項目。這很丑陋。

有時你需要檢查內存地址和堆棧，調試器將為你完成這項工作。

有時你只是希望能夠在變量的生命周期內跟蹤它。調試器可以幫助你做到這一點。

如果你使用的是Visual Studio Code，我建議你學會內置的可視化調試器。這是一個非常易于使用的調試器，可以為你節省大量時間。在學會如何使用調試器后，我發現我的調試錯誤能力有了明顯的提高。

6.明確列出可能的錯誤向量

還有一個調試提示。當你編寫代碼時，你需要停下來思考可能發生的錯誤。例如，如果你的代碼將項目插入到數組中，你需要承認與索引有關的可能錯誤。如果你正在使用指針，你總是要確保它被刪除，并確保你沒有試圖在堆中雙重釋放內存或使用懸掛指針。我將很快制作一個關于指針的教程，所以如果你還不理解這些，不用擔心。

關鍵是，如果你等到最后才檢查錯誤，你需要滾動幾百行代碼才能找到可能發生錯誤的地方。如果你列出可能的錯誤點，那么你識別它們就容易得多。

海馬課堂留學生作業輔導服務全面升級啦！
?試聽課全面升級，不滿意退50%，
?輔導不滿意可以隨心退！
我們根據學生的輔導需求匹配背景相符的專業老師。1V1個性化備課，雙語教學，實時輔導。老師講解相關知識點和解題思路，提供大型作業任務的解決方案，輔導計算機編程語言操作，教授學生高效完成PPT和演講稿，針對性解決留學生各類作業中遇到的困擾，提高作業成績！