为什么诊断命名空间中的Process类?

Hen*_*man 38 .net namespaces fcl

为什么Process类是Diagnostics命名空间的一部分?

这是BCL设计的一部分,让我想起了一段时间.我发现它有点反直觉,我没有看到Process和例如Debug和Trace类之间的连接.

bob*_*mcr 24

好吧,根据文档,"System.Diagnostics命名空间提供了允许您与系统进程,事件日志和性能计数器进行交互的类." 所以根据定义,我认为它适合.:-)

但是,是的,它看起来有点像一个超载的术语,将它放在更明显与诊断相关的事物(跟踪,性能计数器)旁边.

尽管如此,我还是说Process类与监视正在运行的进程一样重要,因为它是关于启动新进程的.监测通常被接受为诊断活动.此外,如果框架在不同的命名空间中分离了与同一项相关的功能,那么大多数程序员可能不太直观.所以我可以看到在这里包含它的逻辑.


Sco*_* M. 12

流程类不仅仅代表一个流程.它有大量关于计算机上运行进程的信息.此信息可用于查找问题或仅获取有关系统状态的一般信息.

您可以在此处查看诊断命名空间描述:http: //msdn.microsoft.com/en-us/library/system.diagnostics.aspx

和流程类描述:http: //msdn.microsoft.com/en-us/library/system.diagnostics.process.aspx

  • 这是将它隐藏在诊断命名空间中的一个令人满意的理由吗?在所有Process类允许您实例化新进程并访问标准输入,输出和错误流之后.这几乎不是诊断功能. (8认同)
  • 下面的答案给出了一个更完整和深思熟虑的推理,它更有意义.流程类具有许多诊断功能,设计人员不希望将类拆分为多个命名空间. (3认同)