調試器使用

Question

你用你的工作步驟通過代碼瞭解代碼的作用，或者你覺得它很容易看別人寫的代碼，以弄清楚是怎麼回事語言的調試？我正在討論用C＃編寫的代碼，但它可以是任何語言。

Answer 1

是的，但通常只用於調查證明對其他方法有抗性的錯誤。我編寫嵌入式軟件，因此運行調試器通常需要將調試模塊物理插入到被測PCB中，添加/刪除鏈接，在調試套接字上焊接（如果尚未存在）等 - 爲什麼我儘量避免它，如果可能的話。此外，一些較早的調試器硬件/軟件可能有點片面。

Answer 2

我會爲代碼的特別複雜的部分，但我希望我的一般開發商同胞會寫代碼是非常明顯的跟隨離不開它。

Answer 3

我用這個單元測試。

Answer 4

取決於誰寫的代碼，甚至一個調試器不會有助於理解它是如何工作的：我有一個同事誰引以自豪能夠得到儘可能在每一行代碼來完成。這可能會導致難以閱讀的代碼，更不用說理解它長期運行的代碼。

個人而言，我始終希望看到代碼的可讀性，因爲我嘗試寫的代碼。

Answer 5

我將主要使用調試器設置斷點上例外。

這樣我可以執行任何測試或單元測試我寫的，並且仍然能夠是正確的地方如果發生任何異常的代碼失敗。

Answer 6

我不會說我一直都在使用，但我確實經常使用它。我工作的領域是自動化和控制。您經常需要調試器來查看系統的各種內部狀態。通過查看代碼來確定這些通常是不可能的。

Answer 7

是的，但只有在沒有單元測試覆蓋率和代碼特別難以遵循的情況下才是最後的選擇。使用調試器來遍歷代碼是一個耗時的過程，我不覺得太有趣。當試圖遵循VBA代碼時，我傾向於使用這種技術。