Python部落(python.freelycode.com)組織翻譯，禁止轉載，歡迎轉發。

現在有很多關于如何編寫代碼的信息，這里我們給出一些關于如何刪除代碼的建議。

刪除代碼的最佳方法

這看起來似乎是明顯的，但我不這樣認為，因為開發者會使用大量的其他方式來刪除代碼。 刪除代碼的方式如下:

選擇編輯器中的代碼塊，單擊Backspace鍵，然后就完成了。

許多開發人員不愿意刪除已經寫出的東西，他們想要保存大量的代碼塊以免再次用到。畢竟在編寫這些代碼塊的時候他們付出了很多工作，在調試的時候，它們可以工作。他們不想輕易的將它們扔掉。

這些開發者希望能夠保存他們老的代碼，所以他們使用一些方式將這些代碼失效：注釋掉，條件執行，或者僅僅是不再調用。

對于那些開發者，我想說“使用源（控制），Luke”，一個源代碼控制系統（例如Git，Mercurial，或者Subversion），意味著你永遠不需要擔心一些東西會永遠丟失。當你再次需要的時候你的儲存庫會給你提供哪些老代碼。

如果你沒有一個 源代碼控制系統(!?!?!)或者僅僅不想因為查找歷史記錄而被麻煩，那么可以將代碼塊復制到一個單獨的文件區域，并保存。但是不要讓代碼留在他們不應該在的地方：在你的源代碼里。

What's the big deal?

如果你有一塊不再需要的代碼，有一個需要刪除它而不是將它處于失效狀態的重大原因：減少噪音和不確定性。一個開發者會碰到一些最糟糕的敵人就是代碼中的噪音和不確定性，因為未來這些會導致代碼不能有效地運行。

失效狀態的代碼塊會引起不確定性。它會對其他開發者帶來疑惑：

§這個代碼過去為什么是這個方式？

§為什么新的方式更好？

§我們需要需要換回就的方式嗎？

§我們怎么決定？

如果這些問題的答案需要人們知道，那么寫一個注釋說明它。不要讓你的合作者猜測你的用意。

注釋掉代碼

注釋掉一行或者兩行（甚至20行）代碼是非常簡單的：

// OldWayStepOne(fooey);// OldWayStepTwo(gooey);NewWay(fooey, gooey);

這些注釋是糟糕的。注釋應該用于給讀者提供他們閱讀或者編寫代碼時需要的信息。注釋應該用于幫助未來將會使用這些代碼的開發人員。但是上面的注釋并沒有起到這些效果。事實上，它們的作用剛好相反。在將代碼從編譯中移除的同時，這些注釋增加了代碼的混亂、不確定性以及可質疑性。

后續的開發人員在查看這個代碼時會知道它老的運行方式，也會知道它新的運行方式，但是它們不知道為什么老的運行方式依舊被保存著：

§可能新的方式只是一種實驗？如果是這種情況，那么更好的代碼是什么？最終版本的代碼是如何以及何時保存的？

§或許老的方式是更好的，但是有一些錯誤？如果是這樣的話，錯誤在哪里？是老的方式中代碼有問題，還是我們調用時產生的問題？何時會被修復？

§或許設計以及改變了，所以老的方式不足以勝任？

任何的注釋掉的代碼都是一個潛在的問題“為什么它仍然存在？保留一塊注釋掉的代碼是有理由的，比如當你知道很快就會恢復或者那些并不確定的修改。保存代碼通常沒問題，但是你需要表明為什么保留，注釋是為了給別人看的，而注釋中的代碼并不能告訴任何人任何事情。

不要在沒有任何解釋的情況下注釋掉一段代碼(in the comment).

下面這種方式會不會更好？:

// OldWay did a better job, but is too inefficient until MumbleFrabbitz// is overhauled, so we'll use NewWay until the M4 milestone.// OldWayStepOne(fooey);// OldWayStepTwo(gooey);NewWay(fooey, gooey);

現在，誰知道是否MumbleFrabbitz真的會迎來M4里程碑式的大修？或許這種情況不會發生。但是沒關系，誰能知道未來會出現什么情況？至少通過這種方式開發者會知道代碼被保存下來的原因。通過對改變的解釋以及老代碼存在的原因說明，開發者會知道他們可以安心的使用新方式，或者何時他們可以有到更好的解決方法。

英文原文：http://nedbatchelder.com/text/deleting-code.html

譯者：meyshine

總結

以上是生活随笔為你收集整理的python如何删除代码_删除代码（上）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。