次の画像のようなジオメトリを描画する単純なコントロールを .Net でコーディングする必要があり、ジオメトリはこの画像に示されているよりも複雑になりません。つまり、いくつかの塗りつぶされたポリゴンといくつかの破線になります。ただし、これは一度描いたら忘れてしまう静止画像ではありません。ジオメトリの寸法はユーザーが変更できます。これは、図面を更新して図面に反映する必要があります。
私の先輩は、WPFを使って描画するべきだと言っています。私の質問は、WPF がこの種の作業に対してやり過ぎであり、System.Drawing で十分かどうかです。
WPF にはおそらく描画機能がありますが、実際には WinForms とはまったく異なる UI ツールキットです。最終的にアプリを WPF に移植することを計画している場合は、それを使用して画像を描画することがわかりますが、それ以外の場合は、1 つの画像を描画するためだけに WPF を導入する理由がわかりません。それは私にはやり過ぎのように思えます。
WPF の詳細については、MSDNまたはWindowsClient.netを参照してください。
実際、上記のものを描画するかどうかに基づいて、WPF / Winform を使用するかどうかを決定することはできません。System.Drawing で上記のものを問題なく描画できます。
さらに興味深いのは次のようなものです: 上記のアーティファクトは複雑なオブジェクトで表されていますか? その場合、上記の方法でオブジェクトをレンダリングするように WPF に教えることができます。たとえば、重要なディメンションを動的に変更するプログラムがある場合、オブジェクトでこれらの値を変更すると、その表示も変更する必要があることを WPF に伝えることができます。
全体として、2 つのテクノロジはまったく異なりますが、私は WPF の方がより完全なテクノロジであると考えています。
WPFは、標準のGUIコントロール（ボタン、テキストボックスなど）用の新しいフレームワークですが、カスタムイメージを描画する場合、特にコントロールでない場合は、実質的にWinFormsと同じです。
WinFormsはGDIを使用して描画し、WPFはDirectXを使用するため、描画にはいくつかの違いがありますが、直線描画の場合、どちらもほぼ同等です。
これで、描画がインタラクティブコントロールの場合、WinFormsよりも標準コントロールの描画をカスタマイズする方がはるかに簡単であるため、WPFには利点があります。
だから問題は、図面は何をするのかということです。外観を変更するだけで、標準のコントロールで同じ機能を実行できますか？もしそうなら、WPFはあなたが必要とするものです。