Process クラスが Diagnostics 名前空間の一部になっているのはなぜですか?
これは、私がしばらく疑問に思っていた BCL の設計の一部です。Process と、たとえば Debug クラスと Trace クラスの間の接続がわかりません。
これは、私がしばらく疑問に思っていた BCL の設計の一部です。Process と、たとえば Debug クラスと Trace クラスの間の接続がわかりません。
ドキュメントによると、「System.Diagnostics 名前空間は、システム プロセス、イベント ログ、およびパフォーマンス カウンターと対話できるクラスを提供します。」だから、定義上は合っていると思います。:-)
しかし、はい、明らかに診断に関連するもの (トレース、パフォーマンス カウンター) の隣に置くことで、用語のオーバーロードのように見えます。
それでも、Process クラスは、実行中のプロセスを監視するためのものであり、新しいプロセスを開始するためのものであると言えます。モニタリングは、一般に診断活動として受け入れられています。さらに、フレームワークが同じアイテムに関連する機能を別々の名前空間に分割していた場合、ほとんどのプログラマーにとって直感的でなくなる可能性があります。だから私はそれをここに含めるロジックを見ることができます。
プロセス クラスは、単一のプロセスを表すだけではありません。コンピューター上で実行中のプロセスに関する大量の情報があります。この情報は、問題を見つけたり、システム状態に関する一般的な情報を取得したりするために使用できます。
ここで診断名前空間の説明を確認できます: http://msdn.microsoft.com/en-us/library/system.diagnostics.aspx
ここのプロセスクラスの説明: http://msdn.microsoft.com/en-us/library/system.diagnostics.process.aspx