关于 Debug.Print 的最佳实践是什么？声明？
我应该用 Debug.Print 语句乱丢我的类方法，还是应该完全避免使用 Debug.Print？
如果 Debug.Print 语句是可以接受的，我应该考虑使用 Trace.Print或 EventLog ？
单元测试是否需要 Debug.Print 语句？我可以避免使用编写良好的单元测试的 Debug.Print 语句吗？
最佳答案
Debug.Print 是可以接受的，尤其是因为它们将在您的发布版本中编译出来。然而，用它“乱扔”你的代码听起来并不是特别有成效或有用。
您可以在调试特定代码区域时添加它。确定缺陷后，您可以编写单元测试来覆盖案例、修复错误，然后删除对 Debug.Print 的调用。
我有时使用并保留在代码库中的是 Debug.Assert —— 如果我的应用程序未处于预期状态，它就像一个内置断点，这只是增加了安全性net 同时进行自动和手动测试。
Debug.Print 在单元测试中不是必需的，不应为了单元测试而添加。
关于C#:最佳实践 Debug.Print，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/4608409/