WinUI 3とは?WPFとの違い・将来性・弱点を2026年の最新情報で判断する
WinUI 3は、Windows App SDKに含まれるWindowsデスクトップ向けのネイティブUIフレームワークです。情報を探すと、機能紹介より「悪いところ」「諦めた話」のほうが目につきます。つまり多くの人が知りたいのは、WPFから乗り換える価値があるのか、この先も生き残るのか、という採用判断のほうです。この記事は2026年4月に出たWindows App SDK 2.0(1.0以来の初メジャー更新)を含む一次情報をもとに、WPF/UWPとの違い、将来性の根拠、そして採用前に知っておくべき弱点を整理します。
まとめ:この記事の結論
- WinUI 3の正体:Windows App SDKに同梱されるネイティブUIフレームワーク。OSではなくNuGetパッケージとして配布されるため、Windows 10 バージョン1809(build 17763)以降であればOSの更新を待たずに最新のUI機能を使えます。
- WPFとの最大の違い:WPFは.NET側で完結する枯れた技術で、Visual StudioのXAMLデザイナーやサードパーティ製コントロールの資産が厚い。WinUI 3はFluent Design・Mica・ARM対応・Windows AI APIといった新しいWindows機能に追随できる代わりに、デザイナー非対応で周辺資産が薄い。新規のWindows専用アプリはWinUI 3、稼働中のWPF資産は無理に移行しないが現実的な線引きです。
- 将来性の根拠:2026年4月29日にWindows App SDK 2.0が安定版になり、2021年11月の1.0以来はじめてメジャーバージョンが上がりました。その後も2.2.0(2026年6月9日)まで更新が続いています。Windowsシェルの一部やPowerToysがWinUIで実装されている点も、Microsoft自身が使い続けている裏付けになります。
- 最大の弱点:Visual StudioのXAMLデザイナー(ドラッグ&ドロップの[デザイン]タブ)はVisual Studio 2022でも2026でもWinUI 3に対応していません。XAML Hot ReloadとLive Previewで代替する前提を受け入れられるかが、採用可否の分かれ目になります。
- 選んではいけない場面:macOSやモバイルにも配布する予定があるなら、WinUI 3は選択肢になりません(Windows専用)。その場合はクロスプラットフォーム前提のフレームワークを検討します。
WinUI 3とは:Windows App SDKに同梱されるネイティブUI基盤
WinUI 3(Windows UI Library 3)は、Microsoftが提供するWindowsデスクトップアプリ向けのUIフレームワークです。XAMLでUIを記述し、C#(.NET)またはC++/WinRTでロジックを書きます。x86・x64・Arm64のいずれでも動作し、公式ドキュメントによればWindowsシェルの一部の画面や、Microsoft製のユーティリティ集PowerToysもWinUIで実装されています。
OSから切り離された配布モデル
WinUI 3を理解する上で外せないのが、UIライブラリがOSに同梱されず、Windows App SDKというNuGetパッケージとして配布される点です。対応OS(Windows 10 バージョン1809/build 17763以降、およびWindows 11)であれば、アプリ側がライブラリのバージョンを決められます。ユーザーのWindows更新を待たずに新しいコントロールやデザインを取り込めるということです。
なお公式ドキュメントでは、現在このフレームワークを単に「WinUI」と表記する記述が増えています。「WinUI 3」「WinUI」「Windows App SDKのUI部分」は、実務上いずれも同じものを指すと考えて差し支えありません。
WinUI 2・UWPとの系譜
WinUI 2との違いはよく誤解されます。WinUI 2もコントロール集は Microsoft.UI.Xaml のNuGetパッケージとして先行配布できましたが、その下で動くXAMLフレームワーク本体(Windows.UI.Xaml)とレンダラー、アプリモデルはOSとUWPに縛られたままでした。WinUI 3が切ったのはこの土台のほうです。XAMLフレームワークごとWindows App SDKに切り出し、Win32(デスクトップ)アプリモデルの上に載せ替えました。
結果として、ファイルシステムやWin32 APIへのアクセスといったデスクトップアプリの自由度を保ったまま、UWP由来のモダンなコントロールとFluent Designを使えます。UWPは現在も動きますが、新規開発でMicrosoftが案内する先はWindows App SDK+WinUIです。
WinUI 3とWPFの違い:どちらを選ぶかの判断基準
WPFからの移行を考える人がまず突き当たるのがこの比較です。どちらもXAMLでUIを書き、MVVMで組む点は同じなので、差が出るのは技術思想ではなく開発体験と対応範囲のほうです。
| 観点 | WinUI 3 | WPF |
|---|---|---|
| UIライブラリの配布 | Windows App SDK(NuGet) | .NET本体に同梱 |
| 対応OS | Windows 10 1809以降 / 11 | モダン.NETはWindows 10以降 |
| デザインシステム | Fluent Design / Mica・アクリル標準 | 既定は旧来の外観(テーマで補う) |
| XAMLデザイナー | 非対応(Hot Reloadで代替) | 対応 |
| サードパーティ製コントロール | 少ない | 多い(長年の蓄積) |
| 日本語の技術情報 | 少ない | 豊富 |
| 新しいWindows機能への追随 | 速い(SDK更新で入る) | 遅い |
| ARM64ネイティブ | 対応 | 対応するが情報は少ない |
WPF後継論の実際:廃止されないWPFと先行するWinUI
WinUI 3をWPFの置き換えだと理解している人は多いのですが、これは半分だけ正しい。MicrosoftはWPFを廃止しておらず、.NETの新バージョンに合わせてWPFも更新され続けています。一方で、Fluent DesignやMica、Windows AI API(Phi SilicaなどのオンデバイスAI機能群)といった新しいWindowsの機能が最初に届くのはWinUI側です。
したがって判断はこうなります。これから作るWindows専用の新規アプリならWinUI 3を選ぶ。すでに動いているWPFアプリは、UIを刷新する事業上の理由がない限り移行しない。WPFの現状についてはWPFが2026年も現役かを整理した記事で詳しく扱っています。移行を検討する場合も、XAMLの方言差(WinUI 3にはWPFのTriggerがない、バインディング構文の違いなど)があるため、UI層はほぼ書き直しになる前提で見積もってください。ビジネスロジック(C#部分)は再利用できるため、MVVMで分離できているアプリほど移行コストは下がります。
WinUI 3の将来性:Windows App SDK 2.0が示した方向
WinUI 3で最も多い懸念が「この先も続くのか」です。不安の根拠ははっきりしていて、Microsoftが過去にSilverlight・UWP・Xamarinと方針転換を繰り返した歴史があるからです。2026年時点で公開されている事実を並べると、次のようになります。
2026年4月、1.0以来はじめてのメジャー更新
Windows App SDK 2.0の安定版が2026年4月29日にリリースされました。1.0が2021年11月なので、約4年半ぶりのメジャーバージョン更新です。このリリースでバージョン体系がセマンティックバージョニング2.0.0に統一され、破壊的変更はメジャー更新でしか入らないことが明文化されました(次に並行導入されるのは3.0.0)。日付ベースのビルド番号を追う必要がなくなり、NuGetのバージョン指定だけで参照できます。あわせて、WinUIのオープンソースリポジトリがVisual Studio 2026でのビルドに対応しました。
<PackageReference Include="Microsoft.WindowsAppSDK" Version="2.0.1" />
その後も2.1.3(2026年5月21日)、2.2.0(2026年6月9日)と更新が続いています。バージョンは頻繁に上がるため、最新版はMicrosoft公式のダウンロードページで確認してください。
2.0の更新内容:Windows AI APIの先行投入
2.0では、オンデバイス推論のWindows MLが Microsoft.Windows.AI.MachineLearning として切り出され(2.0時点で内包するONNX Runtimeは1.24.5)、小型言語モデルのPhi Silica APIはLimited Access Featureとして正式に扱われるようになりました。XAMLのパース時に評価されるカスタム条件(IXamlCondition)が実験段階から昇格し、1.8で導入されたストレージピッカーも拡張されています。Windowsの新機能をアプリに載せる導線がWinUI側に集約されている、というのが将来性の実質的な根拠です。
メジャー更新ごとのAPI非推奨・改名への追随コスト
好材料ばかりではありません。2.0系では Window.Current、DependencyObject.Dispatcher、FocusManager.GetFocusedElement が非推奨になり、SystemBackdropHost は SystemBackdropElement へ改名されました。長期運用するアプリでは、メジャー更新のたびにこの種の追随作業が発生します。WPFのような「10年放っておいても動く」安定感を期待すると裏切られる、という覚悟は必要です。
採用前に知っておくべき弱点
WinUI 3は良い面だけで語れるフレームワークではありません。採用判断に必要な弱点から先に書きます。
XAMLデザイナー非対応(Visual Studio 2022/2026とも)
最大の障壁はこれです。Visual StudioのXAMLデザイナー(ドラッグ&ドロップで画面を組む[デザイン]タブ)は、WinUI 3プロジェクトでは使えません。Visual Studio 2022でも2026でも同じで、.xamlを開くとXMLエディタだけが表示されます。壊れているわけではなく、そもそも非対応です。
代替はXAML Hot ReloadとXAML Live Preview。アプリを実行したままXAMLを書き換えると即座に画面へ反映され、実際のスタイル・実データ・アニメーションが載った状態で調整できます。静的なプレビューより実態に近いという利点はありますが、「画面を絵で置いていく」開発スタイルに慣れたチームには確実に負荷がかかります。デザイナー不在への不満は根強く、Microsoftは2026年1月にXAML Studioをオープンソース化してツール面を補強する動きを見せています。
日本語情報とサードパーティ資産の薄さ
DataGridのような業務アプリで多用するコントロールが標準に含まれず、コミュニティ製ライブラリ(CommunityToolkitなど)やサードパーティ製品に頼る場面があります。WPFなら十数年分の日本語記事とベンダー製コントロールが揃っているのに対し、WinUI 3では英語の公式ドキュメントとGitHub Issuesを一次情報として読む前提になります。「製品を買って解決する」経路が乏しい点が、見積もりに効いてきます。
WinUI 3を選ぶべきでない場面
実務でいちばん効くのはデザイナー非対応です。次の条件に当てはまるなら、WinUI 3は見送ったほうが総コストは低く収まります。
- Windows以外にも配布する:WinUI 3はWindows専用です。macOSやモバイルが視野に入るなら.NET MAUIなど別の選択肢を検討します。
- Windows 10のままの端末が多い:動作要件は1809以降ですが、Windows 10自体のサポートは2025年10月14日に終了しました。企業内に更新されていない端末が残っているなら、UIより先に端末計画の話になります。
- 非エンジニアが画面を設計する:デザイナー非対応が直撃します。この場合はWPFのまま外観だけ整えるほうが現実的です。
開発環境の準備と最初のプロジェクト
環境構築でつまずく箇所は限られています。手順は次の4つです。
- Visual Studioの用意:Visual Studio 2022を使います。インストール時に「.NET デスクトップ開発」ワークロードと、C++で書くなら「C++ によるデスクトップ開発」を選択します。Visual Studio 2026を使う場合は、WinUI関連ツールの対応状況を公式ドキュメントで確認してから移行してください。
- Windows App SDKの導入:プロジェクトテンプレート経由か、既存プロジェクトなら
Microsoft.WindowsAppSDKのNuGetパッケージを追加します。 - 開発者モードの有効化:Windowsの設定でこれを有効にしないと、ローカルでビルドしたアプリを起動できません。
- プロジェクト作成:テンプレート「空白のアプリ、パッケージ化 (WinUI 3 in Desktop)」を選ぶと、
App.xaml(アプリのライフサイクル)とMainWindow.xaml(最初のウィンドウ)が生成されます。
配布形態はMSIXパッケージ版と、パッケージ化しない従来型の実行ファイル(unpackaged)のどちらも選べます。社内配布でインストーラを既存の仕組みに載せたい場合はunpackagedが現実的ですが、その場合はWindows App SDKランタイムを別途配布する必要があります。
よくある質問(FAQ)
WinUI 3とWindows App SDKは何が違うのですか?
Windows App SDKはWindowsアプリ開発のためのライブラリ群(配布、通知、ウィンドウ制御、Windows MLなど)で、WinUI 3はその中のUIフレームワーク部分です。WinUI 3を使うにはWindows App SDKを参照することになるため、実務上は一体のものとして扱います。
WinUI 3にXAMLデザイナーはありますか?
ありません。Visual Studio 2022・2026とも、WinUI 3プロジェクトではXAMLデザイナー([デザイン]タブ)が無効です。アプリを実行しながらXAMLを書き換えるXAML Hot ReloadとLive Previewで代替します。
PythonでWinUI 3のアプリは作れますか?
Microsoftが公式にサポートするのはC#(.NET)とC++/WinRTの2言語です。PythonからWinRT APIを呼ぶコミュニティ製の仕組みは存在しますが、実務のGUI開発でPythonを前提にするなら、WinUI 3ではなく別のGUIフレームワークを選ぶほうが現実的です。
JetBrains RiderでWinUI 3の開発はできますか?
C#プロジェクトとしてのビルドや編集はできますが、Windows App SDKのプロジェクトテンプレートやXAML関連のツール(Hot Reload、Live Preview)はVisual Studioを前提に提供されています。WinUI 3を本格的に触るならVisual Studioを使うほうが手戻りが少なくて済みます。
WinUI 3で使えるコントロールを一覧で確認する方法はありますか?
Microsoft Storeから無料で入手できる「WinUI 3 Gallery」アプリが実質的な一覧です。各コントロールを動かしながら対応するXAMLとC#のコードをその場で確認できます。2026年4月末に公開されたバージョン2.9でWindows App SDK 2.0ベースに更新されました。
Windows 10でもWinUI 3アプリは動きますか?
Windows 10 バージョン1809(build 17763)以降であれば動作します。ただしWindows 10のサポートは2025年10月14日に終了しているため、新規開発ではWindows 11を主対象に据えるのが妥当です。