为什么诊断命名空间的过程类部分?

这是使我现在知道了一段时间的BCL设计的一部分。我发现它种反直觉的,我看不到过程调试之间和实例的连接和Trace类。

有帮助吗?

解决方案

的方法类不只是代表一个单一的过程。它有一吨的有关计算机上运行的进程的信息。这个信息可以用来发现问题或只是让你的系统状态的一般信息。

您可以在这里看到诊断命名空间的描述: http://msdn.microsoft.com/en-us/library/system .diagnostics.aspx

和处理类的描述在这里: http://msdn.microsoft.com/en-us/library /system.diagnostics.process.aspx

其他提示

那么,根据的文档“时,系统.Diagnostics命名空间提供类,使您与系统进程,事件日志和性能计数器进行交互。”所以我想通过它符合定义。 : - )

但是,是的,它通过把它旁边的东西多一点显然诊断相关(追踪,性能计数器)似乎有点像术语的过载。

不过,我会说,Process类是尽可能多的有关监视运行的进程,因为它是开始新的。监测通常被接受为一个诊断活性。此外,如果框架分手的功能属于不同的命名空间相同的项目,可能是大多数程序员不太直观。因此,我可以看到这里包括它的逻辑。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top