C＃：最佳實踐Debug.Print

Question

有關Debug.Print語句的最佳實踐是什么？

我應該使用Debug.Print語句Debug.Print我的類方法還是應該完全避免使用Debug.Print ？

如果Debug.Print語句是可以接受的，我應該考慮使用Trace.Print或EventLog嗎？

單元測試需要Debug.Print語句嗎？ 我可以通過編寫良好的單元測試來避免Debug.Print語句嗎？

Answer 1

Debug.Print是可以接受的，尤其是因為它們將在您的發布版本中編譯出來。 然而，用它來“亂丟”你的代碼聽起來並不是特別有效或有用。

您可以在調試特定代碼區域時添加它。 一旦確定了缺陷，就可以編寫單元測試來覆蓋案例，修復bug，然后刪除對Debug.Print的調用。

我有時使用並留在代碼庫中的是Debug.Assert - 如果我的應用程序不處於預期狀態，它就像一個內置斷點，這只是一個額外的安全網，同時進行自動和手動測試。

Debug.Print在單元測試中不是必需的，不應為了單元測試而添加。

Answer 2

完全不需要Debug.Print單元測試！ 單元測試的重點是您自動獲得測試成功或失敗的指示，您不需要為此查找調試打印。

NUnit是一個易於使用的單元測試庫。

至於跟蹤或日志記錄，您也不需要使用調試打印來丟棄代碼。 嘗試使用Castle Windsor或其他支持AOP的框架進行攔截 。

Answer 3

我從未使用過Debug.Print或Trace.Print。 我確實寫了大量的單元測試。 我從來沒有發現我需要將Debug或Trace對象與我編寫的單元測試一起使用。 不過，我確實嘗試進行單元測試。