Windows GUI：WPFまたはWinRT（2015以降）

私は、Windowsの世界でGUIを構築するときに使用するさまざまなテクノロジーの概要を取得しようとしています。

コンテキストとして、私は少し2Dプラットフォームのマルチプレイヤーゲームを構築しています。（学習目的のためだけに..）

私の先生は、WPFは正しい方法だと思っていますが、Windowsフォームとしか比較していないようです。

私の理解不足は、ここ2015年にWindowsフォームが完全に死んでいるということですか？

この他のスタックオーバーの質問では、WinRT + XAMLはMetro GUIのビルド（ウィンドウ8タイルのこと！）

Windows 8ランタイム（WinRT / Windowsストアアプリ/ Windows 10ユニバーサルアプリ）は、SilverlightやWPFと比較してどうですか。

• デスクトップは、古いアプリが存在する場所です（赤。WFP）。
• 新しいクラスのアプリケーションであるMetroアプリケーションは、VB.NET、C＃、C ++など、さまざまな方法で構築できます。これらの3つの言語オプションは、UIを構築するためにXAMLを使用できます。もう1つの方法は、UIとアプリケーションコードの両方の開発にJavaScript / HTML5 / CSSを使用することです。

私の本当の質問は次のとおりです。ウィンドウの世界でGUIを作成するための良い方法はありませんか？

そうでない場合は、Window 7、Window 8（デスクトップおよびメトロ）、Window Phone（およびWindows 10！）、さらにはx-boxでどのテクノロジを使用すればよいでしょうか。

この方法で比較するのは異なるテクノロジーですか？

時間を投資するのに適切なことは何だと思いますか？

ここにはたくさんありますが、ここに行きます：

• Windowsフォーム（Winforms）は死んでいますか？いいえ、まだ積極的にサポートされています。とはいえ、それは恐ろしいことですいえ、動作テクノロジーです（少なくともWPFの魔法を知っていれば）
• 見栄えがよく、よく設計されたデスクトップ（Metroではなくクラシック）アプリを構築したい場合、WPFは純粋な.NET用語での答えです。あなたはすることができます（たとえば、そのソケットクラスなど）WinRTのAPIを使用しますが、Windows 8. UIはまだWPFである前に、あなたはOS上でそれらを実行することはできません。
• WinRTアプリはWindows 8ストア用です（Windows 10ストアでも入手できます）。ここではWPF、またはデスクトップ上のWinRTは使用できないため、どこに配置するかによって使用するものが決まります。利用可能な言語/技術についての理解が正しい。
• Windows Phone 8（非推奨）は、WinRTの変更されたランタイムを使用します（これはWindows 10で変更されました）。Win8 / WP8の場合、「ユニバーサル」アプリを使用してほとんどを共有できます、標準のWinRTアプリとWindows Phoneアプリの間でのコードできます。
• Windows 10は、.NET Coreに基づくユニバーサルWindowsプラットフォーム（UWP）を使用します。Windows 10用に開発されたコードは、Xbox One、Windows Phone 10、およびHoloLensでも使用できます。WPFは「標準」デスクトップアプリ用です。
• XBoxはトリッキーです。XNAは廃止され、Microsoftはプラットフォーム用にコミュニティが作成したコンテンツを廃止するようです。そうは言っても、Unity3DはXBoxにデプロイでき、標準のDirectX（C ++）開発がそれで機能すると私は信じています。ユニバーサルWindowsプラットフォームアプリはXbox Oneにも展開できます。これは今後のMicrosoftの戦略のようです。

何に時間を費やすかということに関しては、それはあなたが対象としているものに依存します:)。WPF / UWP + XAMLを学ぶことは、.NET GUI開発で「最新の」状態を維持したい場合に多くの利点をもたらすので、それが目的です。WPFはほとんどの機能を備えているため、そこから開始することで、UWP（またはその他のXAMLベースの技術）に欠けているものの回避策を見つける必要があります。

その場合は、MVVM（Model-View-View Model）パターンを必ず学んでください。これは、XAMLベースのテクノロジと非常にうまく連携し、WPFアプリケーションとUWPアプリケーションの間で多くのロジックを共有できるようにします。最終的にiOS / AndroidなどのXamarinアプリケーションを開発する場合も、同じロジックを使用できます。

真のゲーム開発には、実際のゲームフレームワーク（Unity3DやXNAなど）が必要になることに注意してください。これはWPFで実行でき、Winformsよりも優れた選択肢ですが、どちらもゲーム向けではありません。

それはかなり古いスレッドですが、（興味のない）googleを介してこれに遭遇したように、おそらく他の誰かもここに到達する可能性があります。これは、新しいプログラマーから何度も尋ねられる質問です。Windows 10が正式にリリースされたので、私もいくつか答えたいと思います。

まず、Windowsフォームから始める必要はもうありません。現在のところ、これは最も成熟したテクノロジですが、Windowsフォームの今後の開発は行われず、メンテナンス段階にあるだけです。WPFは積極的に開発されています（最後に読んだもの）。しかし今では、Windows Universal Apps（WinRT one）を全画面で使用する必要がなくなり、他のデスクトップアプリ（WPF＆WinForms）と同じようにウィンドウモードで使用できます。これにより、タブレット以外のコンピュータでのユーザビリティが大幅に向上します。これはデスクトップアプリの未来にもなると思います。ただし、WPFソフトウェアは従来のデスクトップアプリです（権限はなく、UACのみ）。どちらの方法でも、WPFまたはWinRT（.Netを使用）の開発を学習しても、最終的には両方を学習することになります。どちらもXAML + C＃（または他の.Net言語）です。WinRTがWindows 8で登場したとき、私はちょうどWPFを学んでいました。すぐに慣れることができる、ほんのわずかな変更点だけを自宅で感じました。ただし、WinRTのMVVMシナリオ（データバインディング）については不明です。私はまだ自分でWPFのその側面を学習しています。

Window 10がリリースされました。Windows 8 / 8.1はWindows 7ほど成功しませんでした。そのため、より多くのユーザーを対象とするアプリを構築したい場合は、今のところWPFを使用する必要があります。しかし、近い将来、WinRTが進むべき道になるでしょう。

「Window 7、Window 8（デスクトップとメトロ）、Window Phone（およびWindows 10！）、さらにはx-boxでどのテクノロジを使用すればよいか」という質問に対して、単一の答えはWindows Universal Appsです。これが、このフレームワークが開発されたまさにその理由です。すべてのデバイス用のアプリの開発に使用される1つのテクノロジー。デスクトップ、タブレット、電話（Visual Studio 2015にバンドルされているXamarinを使用するAndroidを含む）、Xbox、およびIoT（モノのインターネット）。

私はあなたの質問の1つだけに答えようとします：

Windowsフォームは完全に機能しなくなっていますか？

いいえ、Windowsフォームテクノロジーは死んでいません。理由をお話します。WPFとXAMLは非常に包括的で複雑なテクノロジーであり、非常に優れたUIを構築できます。だが！このテクノロジーには深い知識が必要です。基本的なレイアウトの場合はそれほど知識は必要ありませんが、高度なレイアウトの場合は深い知識が必要です。このテクノロジーを使い始めて、Googleでいくつかのヒントを探すのに多くの時間を費やしたときです。したがって、ユーザー入力にいくつかの単純なフォームが必要な場合は、常に非常に単純で単純なWindowsフォームテクノロジを選択しています。これは、このテクノロジーが世界に出て非常に成功した理由でもあります。WPFを開始するときは、MVVM設計パターンとは何かを知る必要もあります。経験の浅いプログラマーの中には、混乱している人もいます。

それは今2016年4月であり、これに対する明確な答えはまだありません。私たちは、テキストや他のさまざまなグラフィックと混合された複数のチャートやディスプレイをレンダリングする必要がある、非常に最新のリアルタイムパフォーマンス監視デスクトップアプリケーションを開発しています。アプリケーションはC＃、. NET Framework 4.5.2のWPFですが、許容できるパフォーマンスを得るために、WinFormsとGDI +を使用していくつかのコンポーネントを作成しています。WPFでそれを達成していないだけです。DirectXを使用して、アプリケーションにいくつかのディスプレイを開発しましたが、これにより、ほんの一部のチームしかサポートできない複雑さが追加されます。WPF内でWinFormsディスプレイをホストすることで得られるシンプルさと純粋な速度、およびGDI +の速度は、さまざまな空域の問題に対処する必要があるとともに、純粋なView / ViewModel構造のコストで必要なものを提供します。私たちのアプリケーションはかなり専門的で、WinFormsを完全に削除したいのですが、残念ながらこれはまだ私たちのケースでは不可能です。純粋なパフォーマンスを得るには、DirectXまたはWinFormsを使用する必要があります。

私の2セント...真のユニバーサルアプリ、つまりWindowsを含むすべてのデスクトップオペレーティングシステムで実行できるプログラムが必要な場合は、WinFormsを使用することもできます。CLR互換性を維持し、Mono経由でMacとLinuxにデプロイできることを確認してください。大きなメリット。XAMLはすばらしいかもしれませんが、他のオペレーティングシステムに移植されることはありません。

個人的に、サンドボックス化された（quicksanded？）UWPビジネスモデルは恐ろしいものです。これは、Windowsが当初から存在してきたオープン性に対抗しています。

私は10年以上マイクロソフトテクノロジを使用しています。私が学んだ最も重要なことは、マイクロソフトが提供しているものに耳を傾けることではありません。Microsoftがこれが未来だと言っているとき、それは失敗する可能性が50％あります。マイクロソフトは投資した製品を宣伝するために最善を尽くしますが、それはあなたが従うべきだという意味ではありません。WCFとSilverlightがどうなるかをご覧ください。

WPFは非常に優れた学習プラットフォームですが、学習曲線は非常に大きくなります。5年未満のプログラミング経験を持つ開発者がWPFを正しく実行できるとは思いません。

MVVMパターンに従うと、WinFormで比較的簡単なことを行うことがWPFで非常に困難になる場合があります。更新後の条件に基づいてセルに色を付けるようにしたり、ビューの行をスクロールしてハイライトしたりします。

もちろん、MVVMを実行する必要がないと言うこともできます。コードをコードビハインドに配置して機能させるだけです。はい、うまくいきますが、WPFを使用する意味は何ですか？なぜWinフォームを使用しないのですか？

これは古いスレッドですが、.NETフレームワーク、c＃機能の現在の進歩、およびゲーム開発の選択肢としてのc＃への注目が高まっている重要なスレッドです。

WPFが正直なところ、c＃ゲームプラットフォームとして選択されることはほとんどありません。WPFの空域の問題は、人々を非常に早く怖がらせました。このため、メジャータイトルやメインストリームゲームエンジンの多くが（ターゲットプラットフォームとして）WPFをサポートしているとは思えません。ただし、WPFはゲームランチャーの優れたプラットフォームになります。

WinFormsは、現在メンテナンスモードにありますが、今後数年間は有効な選択肢です。実績があり安定しています。私が見てきたように、2017年でさえ、WinFormsは依然としてc＃ベースのゲーム開発に選択された最も一般的なプラットフォームです。

Steamハードウェア調査データを見るは、Windows 10、64ビット、64ビット、32％で今のWindows 7に続いて、50％の市場シェアで支配PCのゲームプラットフォームであり、この答え（2017年7月）を書いている時点でそれを見ることができますWindows 8.1 64ビットでほぼ7％。他のすべてのOSプラットフォームの市場シェアは非常に小さいため、これら3つ以外を検討する価値はほとんどありません。

これがPCゲームの現状であり、WinFormsは3つのトップPCプラットフォームすべてを対象とする最も一般的な特徴です。将来を見ると、UWPは、c＃ゲーム開発の最適なターゲットプラットフォームになるでしょう。Windows7および8は、それに代わる新しいプラットフォームが登場しない限り、Windows 10に対して大きな市場シェアを失うからです。したがって、それは数字によるものです。

最大の市場シェアをサポートするのではなく、OSプラットフォームごとの最高レベルの互換性に基づいて選択する場合、選択肢は次のようになります。

• Windows 10：UWP
• Windows 8.1：WinRTまたはWindowsストア
• Windows 7：WinForms

他の回答のほとんどは、標準のWindowsアプリケーション開発を中心としていますが、ゲーム開発は非常に異なる領域であり、ターゲットOSやグラフィックAPIまたはゲームエンジンの選択が実際に最もよくサポートするものなど、さまざまな要因が選択に影響します。

WinRTは長い間デスクトップ上にありますが、私はWinRTを作成しています。これは私のデスクトップで実行されます。また、Windows 10では、これらのアプリケーションはドッキングされていない場所をサポートします（ウィンドウは従来から知っているようにウィンドウ表示されます）。

今日から始める人には、WinFormsやWPFはお勧めしません。彼らは主にWinRT / XAMLを学ぶべきです。また、選択した言語に応じて、必要に応じてWin32 / .netを学習します。

「WinRT + XAMLはMetro GUIのビルド（ウィンドウ8タイルのことです！）向けだと言っています」-これはあまりにも抽象的すぎて、役に立たない。WinRTは、Win32と同様にランタイムであり、GUI専用ではないため、「彼らが言うこと」は完全なBSです。XAMLはUIレイヤー（WPFのXAMLによく似ています）ですが、Metro GUIも間違っていると言って、Metro GUIのようなものはもうありません。XAMLはWindows UIレイヤーです。そして「Windows 8タイルのこと！」特定の人々のトンネルのビジョンを表現しています。Win32はスタートメニューのことだと私が言っているようなものです。その文がどれほどばかげているかがわかります。

1年ほど前にこの質問に遭遇しました。私は、XAML、WPF、WinRTが適切な開発環境であるという結論に至りました。

データレイヤー（WebサービスとRESTfulレイヤー（JSON）を含む）に.Net Frameworkを使用し、Webプレゼンテーションレイヤーに純粋なHTML5 / CSS3とJavaScriptを使用することを強くお勧めします。

Windows 10内では、任意のWebアプリケーションをそのままメトロアプリケーションとして統合できます。

WinRT、XAML、WPFおよび同様のmsのものはWindowsでのみ実行され、多くの制限があります。

そのため、1年後も、WinRTまたはXAMLを新しいプロジェクトに使用しないという私の決定にはとても満足しています。