Pourquoi la classe Process dans l'espace de noms de diagnostic?

Question

Pourquoi la partie de la classe de processus de l'espace de noms de diagnostic?

Ceci est une partie de la conception de la BCL qui me se demandait depuis un certain temps. Je trouve genre de contre-intuitif, je ne vois pas le lien entre le processus et, par exemple, le débogage et trace les classes.

Answer 1

La classe de processus ne représente pas seulement un seul processus. Il a une tonne d'informations sur les processus en cours d'exécution sur l'ordinateur. Cette information peut être utilisée pour trouver des problèmes ou tout simplement obtenir des informations générales sur votre état du système.

vous pouvez voir la description de l'espace de noms de diagnostic ici: http://msdn.microsoft.com/en-us/library/system .diagnostics.aspx

et la description de classe de processus ici: http://msdn.microsoft.com/en-us/library /system.diagnostics.process.aspx

Answer 2

Eh bien, selon la documentation , « Le système espace de noms .Diagnostics fournit des classes qui vous permettent d'interagir avec les processus du système, les journaux d'événements et les compteurs de performance « . Donc je suppose que, par définition, il convient. : -)

Mais oui, il ne semble un peu comme une surcharge de termes en le mettant à côté des choses un peu plus évidemment (traçage, compteurs de performance) connexes diagnostics.

Pourtant, je dirais que la classe Process est autant sur la surveillance des processus en cours d'exécution car il est sur le point de nouveaux. La surveillance est généralement acceptée comme une activité diagnostique. De plus, il pourrait être moins intuitif à la plupart des programmeurs si le cadre était séparé des fonctionnalités ayant trait au même élément dans les espaces de noms séparés. Donc, je peux voir la logique de l'inclure ici.