C'est une partie de la conception du BCL qui m'a laissé perplexe pendant un certain temps maintenant. Je trouve cela plutôt contre-intuitif, je ne vois pas le lien entre Process et par exemple les classes Debug et Trace.
Eh bien, selon la documentation L'espace de nom System.Diagnostics fournit des classes qui vous permettent d'interagir avec les processus système, les journaux d'événements et les compteurs de performance." Donc je suppose que par définition ça correspond :-)
Mais oui, cela ressemble un peu à une surcharge de termes en le mettant à côté de choses un peu plus manifestement liées au diagnostic (traçage, compteurs de performance).
Pourtant, je dirais que la classe Process sert autant à surveiller les processus en cours qu'à en lancer de nouveaux. La surveillance est généralement considérée comme une activité de diagnostic. De plus, il serait peut-être moins intuitif pour la plupart des programmeurs si le framework avait réparti les fonctionnalités relatives au même élément dans des espaces de noms distincts. Je peux donc comprendre la logique de l'inclure ici.
La classe de processus ne représente pas seulement un seul processus. Elle contient une tonne d'informations sur les processus en cours sur l'ordinateur. Ces informations peuvent être utilisées pour trouver des problèmes ou simplement obtenir des informations générales sur l'état de votre système.
vous pouvez voir la description de l'espace de nom des diagnostics ici : http://msdn.microsoft.com/en-us/library/system.diagnostics.aspx
et la description de la classe de processus ici : http://msdn.microsoft.com/en-us/library/system.diagnostics.process.aspx
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
