Windows App開発に関してよく寄せられる質問

cloud servicesの時代、クライアント アプリの開発は、最新のデジタル変革の重要な要素であり続けます。 開発者にとって、クライアント アプリケーションの構築は、リーチだけでなく、ユーザー デバイスで応答性の高い意味のある対話を実現するために不可欠です。

クライアント アプリが重要な理由は次のとおりです。

• Device Reach: 15 億を超える Windows デバイスと 50 億を超える Android デバイスと iOS デバイスをグローバルに使用して、クライアント アプリを使用すると、選択したデバイス上のユーザーにアプリケーションを直接取り込むことができます。
• Gateway to Intelligent Services: クライアント アプリは、多くの場合、ユーザーがサービスと最初にやり取りします。 インテリジェントな機能を紹介し、製品を他のユーザーと区別できる、豊富でインタラクティブなインターフェイスを提供します。
• Scalability with Cloud Integration: 適切に統合されたクライアント アプリをバックエンド cloud servicesと簡単に同期できるため、ユーザー ベースの拡大に合わせてリアルタイムのデータ accessとシームレスなスケーラビリティを実現できます。
• 生産性とユーザー ロイヤルティの向上: 慎重に設計されたアプリは、生産性を向上させ、ユーザーが時間の経過と共に製品やサービスに関与し続けることができます。

Windows App SDKは、美しく、モダンで下位互換性のある (Windows 10 1809 まで) デスクトップ アプリを作成できる Windows アプリケーション開発プラットフォームです。 WinUI は、Windows App SDKに付属する UI フレームワークです。

どちらも、Windows アプリをビルドするためのソフトウェア開発キット (SDK) です。

Windows App SDK は、Windows バージョン (Windows 10 1809 まで) にインストールできる最新のデスクトップ アプリを構築できる新しい開発プラットフォームです。 Windows App SDKを使用してビルドする場合は、最新の Windows 開発プラットフォーム機能を使用できます。 Windows App SDKには WinUI が含まれています。

Windows SDK は、UWP アプリや Win32/デスクトップアプリをビルドするための開発プラットフォームです。 設計の中心になっている Windows API は、特定のバージョンの OS と連動しています。

Windows App SDKは Windows SDK を置き換えません。 代わりに、Windows App SDKは Windows SDK を補完します。 Windows SDK を使用して既にアクセス可能な Windows OS API の豊富なカタログに関して、OS から分離された便利な抽象化を提供します。 Windows App SDKで構築されたアプリでは、機能のニーズに応じて Windows SDK API が引き続き使用される場合があります。 時間の経過と同時に、より多くの Windows SDK 機能がWindows App SDKに移行します。

Windows 専用アプリのネイティブ Windows フレームワークを選択する理由を次に示します。

• パフォーマンス： ネイティブ Windows フレームワークは、最新の Windows ハードウェアを活用するように最適化されており、高速で応答性の高いユーザー エクスペリエンスを提供します。
• 統合： Windows には、Windows でのみ利用できる高度なエクスペリエンスを実現するさまざまな API が付属しています。 ネイティブ フレームワークは、これらの機能と API との緊密な統合を提供します。
• ネイティブ ユーザー エクスペリエンス: ネイティブ フレームワークは、Windows デバイス間で一貫したエクスペリエンスを提供し、アプリがあらゆる場所で優れた外観と動作を保証します。
• オフライン サポート: ネイティブ フレームワークはオフライン シナリオをサポートし、インターネットに接続しなくてもアプリを機能させます。
• Monetization: ネイティブ フレームワークは、Microsoft によって積極的に保守およびサポートされており、最新の更新プログラムと機能にaccessされます。

新しい Windows 専用アプリをビルドする場合は、WinUI を使用することをお勧めします。 WinUI は、Windows app開発用の最新のネイティブ UI フレームワークであり、さまざまな Windows デバイスで動作するように設計されています。 視覚的に魅力的で対話型の Windows アプリを作成するための、モダンで柔軟な UI フレームワークを提供します。 WinUI はWindows App SDKの一部であり、最新バージョンの Windows で最適に動作します。

WinUI (UI フレームワーク) には、Windows App SDK (Windows プラットフォーム開発フレームワーク) が付属しています。

一般に、アプリが UI フレームワークを完全に移行する準備が整っていない限り、WinUI は使用できません。 XAML islands と呼ばれる機能は、他の UI フレームワーク (WPF、Win32) で WinUI コンテンツをホストするために開発中です。

Windows App SDKの要素は、多くの場合、既存のアプリの構築方法に応じて、デスクトップ アプリで使用できます。 UWP アプリは、Windows App SDKではサポートされていません。

つまり、WPF/MFC/WinForms アプリでは、WinUI とは無関係Windows App SDK API を使用できます。 たとえば、アプリのライフサイクル、ウィンドウ化、トースト通知などです。

詳細については、「既存のprojectのWindows App SDKを使用する」を参照してください。

WinUI 開発には、Visual Studio 2022 バージョン 17.10 以降の使用を強くお勧めします。 最新のVisual Studio バージョンでは、Hot Reloadなどの豊富な開発機能が提供され、セットアップを簡略化する WinUI アプリケーション開発 ワークロードが含まれています。

他の IDE やワークフローも機能しますが、現在、winUI 用に公式にサポートされている唯一の IDE は Visual Studio です。 XAML または WinUI プロジェクトをコンパイルするには 、MSBuild が必要であることに注意してください。

WinUI (以前は WinUI 3 と呼ばられていた) は、Windows app開発のための最新のネイティブ UI フレームワークです。 視覚的に魅力的で対話型の Windows アプリを作成するための、モダンで柔軟な UI フレームワークを提供します。 WinUI はWindows App SDKの一部であり、最新バージョンの Windows で最適に動作します。

UWP 用 WinUI (以前は WinUI 2 と呼ばられていた) は、UWP 上に構築された一連の UI コントロールとスタイルです。 UWP アプリのモダンな外観を提供し、Windows 10向けに設計されています。

はい — "WinUI アプリ" が推奨される用語です。 WinUI アプリは、UWP の WinUI はアプリの一種ではなく、UWP アプリで使用されるコンポーネントのセットであるため、"WinUI アプリ" と呼ばれます。

No. Windows App SDKは UWP アプリでは使用できません。また、UWP 用 WinUI を WinUI と混在させる必要はありません。 UWP から Windows App SDK への移行を参照してください。

UI コンポーネントの移行は一般的に単純です (C# と C++/WinRT の場合)。 それ以外の場合、移行コストは主に次に依存します。

1. Project ファイルと MSBuild のカスタマイズ:移行作業は、高度な MSBuild の使用によって異なります。
2. .NET API migration: .NET を使用する UWP アプリは、.NET 6 以降に移行する必要があります。 多くの場合、.NET 6 の採用は簡単です。
3. UI コンポーネント ライブラリ: ライブラリには、WinUI を対象とするバージョンが必要です。
4. UWP アプリが置き換えられる C++/CX で記述されている場合は、ソース コードの移植が必要です。 「C++/CX から C++/WinRT への移行」をご覧ください。

詳細については、「UWP から Windows App SDK への移行をご参照ください。」

はい。アップグレードされたアプリは、アプリケーション ID を更新せずに発行できます。 以前のバージョンのユーザーは、新しいバージョンに更新されます。 これはデスクトップ アプリにのみ適用されます。 Xbox、HoloLens、Surface Hub アプリは WinUI に移行できません。

「展開の概要」をご覧ください。

UWP から Windows App SDK への移行 をご覧ください。

No. UI コントロールは、コードで作成できます。 ただし、宣言型 XAML マークアップで UI を表すには、開発者エクスペリエンスの向上など、多くの利点があります。

• UWP から WinUI への移行: 多くの XAML および UI コンポーネントを再利用できますが、一部の構文調整が必要です。
• WPFから WinUI への移行: 多くの概念が引き継がれ、コントロール セットと API が異なります。

まだありません。 これは、WinUI 開発者エクスペリエンスの既知のギャップです。 XAML Hot Reload などのツールは、多くのシナリオで役立ちます。 Windows App SDK 1.7 のWinUIにおけるVisual Studio UIデザイナーの開発は開始されたが、リリースのタイムラインはまだ設定されていない。

Yes. WinUI は、Windows App SDKの一部として出荷されます。

No. UWP 用 WinUI は、UWP プラットフォームの一部です。

そうとも言えません。 WinUI はもともと WinUI for UWP コードベースから始まりましたが、それらは異なるテクノロジです。 どちらも.NETと C++ で動作する XAML ベースの UI フレームワークですが、UWP と WinUI の WinUI は互いに互換性がありません。

No. WinUI は、Windows App SDKの一部として出荷されます。

Yes. WinUI を含む、Windows App SDK内のすべてのテクノロジは、パッケージ化されていないアプリで動作します。

XAML Islands を使用すると、WinForms や WPF などの他のフレームワークから、既存の Win32 UI と共に最新の XAML ベースのコントロールをホストできます。

現在、XAML Islands では、UWP コントロールの ほとんどの システム XAML と WinUI がサポートされています。 詳細については、 デスクトップ アプリ (XAML Islands) での WinRT XAML コントロールのホスト に関するページを参照してください。 WinUI コントロールのホストのサポートは、Windows App SDK 1.4 以降で利用できます。

Yes. アプリの UI は、パッケージ化されたシナリオとパッケージ化されていないシナリオの両方で、サポートされているすべてのバージョンの Windows 11 および Windows 10 (バージョン 1809 まで) で最新の Fluent UI 設計原則を継承します。

Yes. Windows 11用デスクトップ アプリのApply Mica またはアクリル素材を参照してください。

「サンプルとリソース」を参照してください。 いくつかの注目すべきリポジトリ:

• WindowsAppSDK-Samples: 特定のWindows App SDK API セットを使用する方法を示します。
• Windows トピック固有のサンプル: WinUI アプリの作成 チュートリアルで使用される WinUI ノート サンプルが含まれています。
• WinUI 3 ギャラリー: WinUI とWindows App SDKを紹介します。 Microsoft Store でも入手できます。

.NET 9 以降でWPF アプリケーションを開発する場合、アプリがWindows 11の洗練された最新の外観と一致することを確認できます。 WPF用の新しい Fluent テーマでは、明暗モードとシステム アクセント カラーのサポートが統合された、現代的なWindows 11美学が導入されています。 これにより、アプリの外観が最新化され、洗練されたまとまりのあるユーザー エクスペリエンスが提供されます。

WinForms がニーズを満たし、チームがそれに慣れている場合は、既存のアプリに WinForms を引き続き使用できます。 WinForms は、Windows デスクトップ開発に広く使用されている成熟した安定したフレームワークです。

WinForms チームは引き続きプラットフォームに投資します。 現在の投資分野には次のようなものがあります。

• 一般的なコントロールの非同期サポート
• ダーク モード
• レイアウトの柔軟性
• クリップボードへのアクセスなどのデスクトップ セキュリティ機能

windows 用の .NET MAUI アプリをビルドすると、出力は WinUI アプリになります。 開発中、.NET MAUI はプラットフォーム間で 1 つの.NETエクスペリエンスを提供しますが、内部でプラットフォーム固有のコードを生成します。 これにより、.NET MAUI アプリが各プラットフォームで適切に動作し、ネイティブユーザー エクスペリエンスを提供できるようになります。

.NET MAUI は、Windows、iOS、Android、macOS 全体で統一された.NETエクスペリエンスを提供します。 60 以上のプラットフォーム固有の API を 1 つのクロスプラットフォーム API セットに抽象化し、storage、ネットワーク、デバイス センサーなどの領域をカバーします。 依存関係の挿入を使用して、プラットフォーム固有の追加 API にアクセスして、プラットフォームごとに特殊な実装を提供することもできます。

現時点ではできません。 .NET MAUI は Windows で実行するときに WinUI を使用しますが、複数のプラットフォームをターゲットにすることを期待しているチームは、.NET MAUI または React Native for Desktop から始める必要があります。

強力な Web 開発エクスペリエンスを持つチームは、デスクトップ向けの React Native を検討する必要がある場合があります。 Windows および macOS 用の React Native が含まれます。 "Learn once, write anywhere" アプローチを使用すると、既存の JavaScript、TypeScript、React スキルを使用して、ネイティブの Windows アプリと macOS アプリを構築できます。

React Native for Desktop では、UI がネイティブ プリミティブに直接レンダリングされ、ネイティブのパフォーマンスとプラットフォームの機能が提供されます。

React Native for Desktopのドキュメントを参照して、始めるための手順を確認してください。

React Native アプリは、PC、タブレット、2-in-1、Xbox、mixed reality デバイスなど、Windows 10 以降でサポートされているすべてのデバイスに展開できます。

アプリで Xbox、HoloLens、または IoT をサポートする必要がある場合は、UWP をお勧めします。 Windows App SDKはこれらのプラットフォームをサポートしていません。 ゲーム開発には、Microsoft Game Development Kit を使用します。

Windows と Surface Hub の両方を対象としている場合は、UWP をお勧めします。

.NET MAUI を使用すると、Blazor アプリは Windows、iOS、Android、macOS でネイティブに実行できます。 これにより、Blazor コンポーネントと .NET MAUI コンポーネントを 1 つのネイティブ クライアント アプリに組み合わせたハイブリッド クライアント アプリを作成し、ネイティブ プラットフォームの完全なaccess機能を使用できます。

詳細については、ASP.NET Core Blazor Hybrid を参照してください。

No. .NET 9 以降、.NET MAUI には、ネイティブ アプリ内で他の JavaScript ベースの UI をホストできる HybridWebView コントロールが含まれています。

これにより、Angular、React、Vue、またはその他の HTML/JavaScript アプリを .NET MAUI アプリ内でホストできます。 ハイブリッド コントロールは C# と JavaScript の間の相互運用機能を提供するため、C# コードは JavaScript 関数を呼び出すことができます。その逆も同様です。

Yes. WPFアプリと WinForms アプリでは Blazor ハイブリッド コンポーネントをホストすることもできます。これにより、既存のアプリに最新の Web UI を追加できます。 これは、.NET Framework 上に構築されたWPFまたは WinForms アプリではサポートされていません。

ネイティブ コンポーネントとハイブリッド コンポーネントは、アプリ内で混在させることができます。 たとえば、アプリのコアは.NET MAUI コンポーネントを使用して構築できますが、ハイブリッド コンポーネントは追加の機能を提供します。 これにより、ネイティブ コンポーネントのパフォーマンスと機能と、ハイブリッド コンポーネントの柔軟性とコスト効率を組み合わせることが可能になります。

Web appsは、クライアント アプリ プラットフォームの幅広い範囲を提供します。 美しい.NET web appsを作成するためのオプションは次のとおりです。

• Razor Pages を使用した ASP.NET Core アプリ
• ASP.NET CORE MVC アプリ
• ASP.NET Core Blazor アプリは、ホスティング モデルのオプションがあります。
  • Blazor WebAssembly（ブレイザー ウェブアセンブリ）
  • Blazor Server

Blazor ホスティング モデルをコンポーネント レベルで構成できるようになりました。これにより、Blazor Server アプリ内で Blazor WebAssembly コンポーネントをホストするなどのシナリオが可能になります。

詳細については、ASP.NET Core ドキュメントを参照してください。

Windows は、多くのテクノロジをサポートするオープン プラットフォームです。 プラットフォームの選択に役立ついくつかの条件を次に示します。

• Windows ファーストまたはクロスプラットフォームを構築していますか?
• 既に習得している言語やスキルは何ですか――.NET、JavaScript、または他の何か?
• Windows 固有の API にaccessが必要ですか?
• アプリの要件に最も適したフレームワークの機能はどれですか?
• その他の比較要因については、 次の表 を参照してください。

多くのビジネス アプリでは、多くの場合、チームは既存のスキルと、チームが最も使い慣れているものに基づいて選択します。

Web アプリの開発アプローチを選択するときは、次の点を考慮してください。

• blazor は、.NETを使用してフロントエンド web appsを構築する場合に推奨されます。 .NETを使用してフロントエンドとバックエンドの両方を構築できるため、時間とコストを節約でき、エンタープライズ アプリに特に適しています。
• JavaScript web apps、既存の JavaScript スキルを活用したい場合や、確立された JS ライブラリやフレームワークと統合する必要がある場合は、依然として意味があります。
• Web フォーム、MVC、Razor Pages などの古いフレームワークを使用する既存のアプリは引き続きサポートされ、引き続き開発および保守できます。

現在、Adobe や Apple など、多くのお客様が WinUI を使用して構築しています。

• Adobe Fresco、無料の描画と絵画アプリ。
• Apple の Apple Music、Apple TV、Apple Devices アプリは、WinUI とWindows App SDKで構築されました。

Microsoft は、Windows 11 File Explorerやフォト アプリなど、多くの WinUI アプリも構築しています。

Microsoft を含む多くのお客様は、.NET MAUI を使用してクロスプラットフォーム アプリを構築しています。 たとえば、Microsoft Azure モバイル アプリは、.NET MAUI を使用して構築されます。

詳しくは、.NETカスタマー ショーケースをご覧ください。

Microsoft Visual Studio UI のほとんどは、WPFを使用して構築されています。 Visual Studio IDE 自体は、複雑で高性能なWPF アプリの主要な例です。

GE DigitalのFlightPulse航空会社システムは、パイロットが見るすべてのバックエンド構成に Blazor を使用し、センサー データと分析をパイロットに直接取り込み、安全性と効率を向上させます。

.NETサイトBlazor の顧客事例を参照してください。

一般に、いいえ。 WinUI とWindows App SDKには MSBuild が必要であるため、Visual Studio はそれらを使用して開発するための前提条件です。 技術的には、他のツールチェーンで WinUI を使用しないWindows App SDKアプリをビルドすることは可能ですが、これはサポートされていません。

Windows アプリケーション開発のベスト プラクティスとWindows appパフォーマンスと基礎の概要を参照してください。

No. WPFがサポートされ、推奨され、機能更新プログラムの受信が継続されます。 GitHubのWPFロードマップを参照してください。

No. WinForms はサポートされており、引き続き機能更新プログラムを受け取ります。 GitHubのWindows Formsロードマップを参照してください。

No. WinRT は、複数の言語間の相互運用を可能にするアプリケーション バイナリ インターフェイス (ABI) です。 WinRT は COM の進化であり、Windows App SDKは WinRT API を通じてほとんどの機能を提供します。

最新のリリース ノートは、 新機能 ページで確認できます。