为什么Diagnostics名称空间中的Process类？
为什么Process类是Diagnostics名称空间的一部分？
这是BCL的devise的一部分，让我不知道一段时间了。 我觉得这种方式是违反直觉的，我没有看到Process和例如Debug和Trace类之间的连接。
stream程类不只是代表一个进程。 它有大量有关计算机上正在运行的进程的信息。 这个信息可以用来发现问题，或只是获得有关系统状态的一般信息。
您可以在这里看到诊断命名空间描述： http : //msdn.microsoft.com/en-us/library/system.diagnostics.aspx
和进程类的说明在这里： http : //msdn.microsoft.com/en-us/library/system.diagnostics.process.aspx
那么，根据文档 ，“System.Diagnostics命名空间提供了允许您与系统进程，事件日志和性能计数器进行交互的类。” 所以我想按照定义它是适合的。 🙂
但是，是的，它看起来有点像超载的术语，把它放在诊断相关的东西（跟踪，性能计数器）上。
不过，我要说的是，Process类与监视正在运行的进程一样，是关于启动新进程的。 监测通常被认为是一种诊断活动。 而且，如果框架已经在单独的命名空间中分解了与同一项目有关的function，那么对于大多数程序员来说，这可能不那么直观。 所以我可以看到在这里包括它的逻辑。
