Console.WriteLine()与Debug.WriteLine()之间有什么区别?
.WriteLine()
与Debug
.WriteLine()
之间有什么区别?
Console.WriteLine写入标准输出stream,无论是在debugging或释放。 Debug.WriteLine写入Listeners集合中的跟踪侦听器 ,但仅在debugging时运行。 当应用程序在发布configuration中编译时,Debug元素将不会被编译到代码中。
当Debug.WriteLine
写入Listeners集合中的所有跟踪侦听器时 ,可能会在多个位置输出(Visual Studio输出窗口,Console,Log文件,注册侦听器的第三方应用程序(我相信DebugView这样做)等)。
Console.WriteLine()
用于控制台模式程序。 Visual Studio托pipe进程的一个很好的function使得它的输出显示在Visual Studio输出窗口中,同时debugging没有控制台的进程。 这在debugging时非常有用,但要注意,当你准备创buildRelease版本时,应该删除这个代码(或者用#ifdef DEBUG
包装它)。 否则会给你的程序增加不必要的开销。 这使得它不太理想用于debugging跟踪。
如果使用DEBUG
条件#defined进行构build, Debug.WriteLine()
生成跟踪信息。 在Debug版本中,默认情况下是打开的。 输出结束的地方可以在app.exe.config
文件中configuration。 如果这个configuration没有被覆盖,.NET会自动提供一个DefaultTraceListener
类的实例。 它将带有Windows OutputDebugString()
API函数的Debug.WriteLine()
文本发送到debugging器。 Visual Studiodebugging器使其出现在Output窗口中,就像Console.WriteLine()
。
Debug.WriteLine()
一个明显的优点是在Release版本中不会产生开销,所以调用被有效的移除了。 但是它不支持复合格式,所以你需要String.Format()
。 对于debugging跟踪,Debug类应该是您的select。
如果您使用Console.WriteLine的目的仅用于debugging,则最好使用Debug.WriteLine 。
如果你想显示一条消息给你的用户,你可以使用Console.WriteLine 。
Debug.WriteLine仅用于debugging应用程序的目的。 在发布模式中,您的debugging语句将被忽略。
控制台应用程序的另一个用法是testing私人程序集。 而不是创build某种GUItesting工具来testingDLL的编译版本的传统方法,您可以简单地重新构buildDLL作为控制台应用程序和input/输出到控制台。 我发现这个技术比花时间创build一个GUItesting工具更快。