私は、C＃を使用してASP.NETMVCでWebサイトを作成することに精通しています。しかし、C＃を使用してデスクトップアプリケーションを作成する方法を学んだことはありません。だから私はこれをもう少し調べたいと思いました。ASP.NETの経験があるので、バックエンドはほぼカバーされています。しかし、フロントエンド開発に関してはわかりません。マイクロソフトは、Javaがさまざまなパッケージを提供しているのと同じように、デスクトップアプリケーション（フォーム、MVCなど）を作成するためのいくつかのアプローチを提供していると思います。しかし、Visual Studioを開くと、Windowsフォームアプリケーションを作成できる可能性があります。
ほとんどの人が使用している Visual Studio を使用している場合、これは少し難しい選択です。
WinForms は、Microsoft のかなり古いフォーム (視覚的に大幅に改良され、明らかに調整されている) を使用しているため、境界線や背景などのデザインのカスタマイズ性をあまり必要としない迅速なプロジェクトに最適です。制限 (テキスト フィールドなどにパディングがないなど) はありますが、それでも見栄えがよく、きれいな UI を備えた通常のアプリケーションが必要な場合に適しています。
調整が容易でカスタマイズ性が高く、XAML を使用してデザインをコードから分離する動的なものが必要な場合は、間違いなく WPF が必要です。残念ながら、XAML を流暢に学習するには、かなりの時間を費やす必要があります。
要約すると、見栄えの良い簡単なプロジェクトが必要で、XAML を学びたくない場合は、WinForms を視覚的に魅力的でカスタマイズ可能にするためにもう少し時間を費やしたい場合 (ほとんどの場合、コーディングではなく、エンド ユーザーの)、それは WPF でなければなりません。
WPF のもう 1 つの利点は、前述したように、デザインとコードが分離されているため、将来のある時点でデザイナーと共同作業できることです。私の知る限り、ハードコーディングされた WPF もありますが、ほとんどの人は XAML を使用しています。
また、私はこれを調べたことはありませんが、デザインとコードの分離により、プロフェッショナルな環境での WinForms とは対照的に、WPF で経験のある仕事を得る方がはるかに簡単であると推測できます。
WinForms よりも WPF をお勧めします。そこでは、MVVM パターンが最適です。
WPF は、技術的に時代遅れではありませんが、(おそらく WebForms と同様に) WinForms よりも新しく、強力で柔軟です。XAML スキルは、Silverlight だけでなく Metro アプリの開発にも役立ちます。
WPF / MVVMリソースについては、インターネット上に大量にあります。1 つには、Prism フレームワークを見てください。
MVC と MVVM のパターンをそれぞれの ViewModel と比較する- これも良い読み物です。
私は反対のことを主張します。WPF は、WinForms に比べて学ぶべきことがたくさんあります。後者をマスターしたら、必ず前者に進んでください。また、Adam Nathan の著書 'Windows Presentation Foundation Unleashed' を入手してください。