常規調試效率

我想知道其中哪一個會更省時高效實現新功能時/無論在圖書館：常規調試效率

寫一點點，完善每一個階段
寫整個功能，並立即調試整個事情。

我只是想對此有些想法。謝謝:)

2012-02-27 Tanner Ottinger

根據我的經驗，＃1是你應該怎麼做的，＃2是你如何最終做到的。如果您堅持並將其與測試驅動開發結合使用，那麼＃1將使您長期獲得更高生產力。＃2會讓你在短期內更有效率，但是當你開始修復A類錯誤並且破壞B類，C和D類時，所有的地獄都會崩潰。據說，我認爲這個問題更適合[程序員]（http://programmers.stackexchange.com/）。 – user2398029 2012-02-27 03:54:34

通常建議您執行增量編碼（您的第一個選項），以確保在繼續前至少有部分功能正在工作。一次性調試所有內容將是一件非常頭疼的事情，因爲您不知道錯誤代碼的哪一部分。從長遠來看，第一種方式肯定會比第二種方式更快。

來源

2012-02-27 03:52:09 everconfusedGuy

謝謝！沒有因素分析錯誤，他們在我的腦海中變得平和。 – 2012-02-27 03:55:38

常規調試效率

回答

相關問題