步驟1：錯誤消息

我傾向于做的第一件事是運行代碼幾次，試圖精確地弄清是什么導(dǎo)致了錯誤。無論是尚未定義變量，還是我在FOR循環(huán)中出錯。嘗試此方法時，最有用的方法是關(guān)閉屏幕之前的錯誤消息。在VBS和Python中（我敢肯定還有很多），錯誤信息在視線范圍內(nèi)，有時甚至是虛幻的。

我要講的要點是，如果您知道自己在做什么，重新處理它會容易得多。例如，如果您是一名電工，有人打電話給您說“我的燈不工作”之類的話，那沒什么大不了的。我不是電工，但是我敢肯定，可能性不只一種。整個房子的電源可能都關(guān)閉了，他們只打開了燈，所以他們認為這只是燈（非常不好的比喻）。

如果窗口也要打開和關(guān)閉，這是一種獲取錯誤消息的簡便方法快速。通過命令提示符（ cd fiile_path）導(dǎo)航到包含文件的文件夾，然后編寫類似。..

開始文件2》“ error.txt”

開始的內(nèi)容error.txt/WAIT

del error.txt

這會將錯誤消息導(dǎo)出到一個文本文件，該文件將彈出，一旦關(guān)閉，它將被刪除。

好，我希望

下一個策略！

第2步：隔離錯誤

如果如果您有1000或更多的內(nèi)聯(lián)代碼，就不會想全部搜索一個導(dǎo)致程序崩潰的小錯誤。您需要找到錯誤所在的常規(guī)區(qū)域，以及是否由任何其他代碼引起。例如，您忘了設(shè)置一個變量，現(xiàn)在您的FOR循環(huán)正在崩潰。

這在腳本語言中應(yīng)該確實很容易，但是在適當?shù)?a target="_blank">編程語言中，這（我想是因為我沒有知道的任何東西）會困難得多。使用此策略的唯一問題是，如果您正在處理不了解的代碼。這就是為什么復(fù)制，粘貼和編輯無用的原因，除非您先了解它的使用方法。

步驟3：找到直線

那么，我們找到了錯誤所在的區(qū)域，現(xiàn)在怎么辦？

好吧，除非您將腳本偽裝在其他區(qū)域中，否則后果只會在該區(qū)域中看到，此步驟將告訴您。

我不知道此方法在DOS以外的任何其他語言中是否會有用，僅出于語法差異的原因。我通常要做的是放置一個PAUSE命令在每兩行之后，看看它開始變酸了。這應(yīng)該有效地將搜索區(qū)域顯著縮小，直到您發(fā)現(xiàn)錯誤所在的行（或多個錯誤，具體取決于您的疲倦程度）為止。從這里開始，應(yīng)該很簡單明了，只需修復(fù)錯誤即可。

如果找不到錯誤，請返回到第一步，然后嘗試查找問題所在。

第4步：動腦筋

大多數(shù)時候，我甚至在發(fā)現(xiàn)原始代碼時就意識到我沒有做過的事情。在進行游戲美學時，通常不要將轉(zhuǎn)義碼放在特殊字符（主要是豎線|）之前?；蛘?，有時我不會在IF語句中的帶空格的字符串兩邊加上引號。

在嘗試查找錯誤時完全破壞代碼之前，請瀏覽該區(qū)域。

步驟5：定期檢查

有時，我們會發(fā)現(xiàn)一些小錯誤。令我們的腳本感到興奮，尤其是當我們正在做原始而又笨拙的事情時。對您的業(yè)余愛好/職業(yè)充滿熱情是很好的，但是假設(shè)這個主意是在淋浴或其他媒介中出現(xiàn)的，您以前從未嘗試過。

我有很多次在未經(jīng)測試的情況下構(gòu)建了整個腳本原理。

。..如果該原理不起作用，會發(fā)生什么？您只是寫了整個代碼而已，所以，請您先測試您的理論！

如果您不這樣做，請期盼它會以令人心碎的方式結(jié)束。因此，要養(yǎng)成跑步而不習慣去跑步的習慣，應(yīng)該始終牢牢把握現(xiàn)實，并確保知道自己正在嘗試的事情是可能的。

步驟6 ：最后的希望

如果找不到錯誤，請尋求幫助。這樣做是沒有恥辱的，它可以節(jié)省在網(wǎng)絡(luò)上瀏覽特定文章的年齡。

從社區(qū)中活躍的成員那里獲得答案要比完全沒有主題的網(wǎng)站容易得多，但是（

責任編輯：wv