Windows 11 向けの開発: Windows 10 向けの開発と似ていますが、角が丸いのでしょうか?

Microsoft は、Android から Linux、プログレッシブ Web アプリケーション、新しい Win UI 3 に至るまで、開発者向けに Windows 11 の多用途性を宣伝してきたが、先週披露した内容の多くは Windows 10 にも当てはまる。

開発者プラットフォーム担当副社長のケビン・ギャロ氏は先週、「Windows 11 はすべての開発者のためのものです」と述べた。

これは、アプリケーションを展開するためのプラットフォームとしての Windows 11 ではなく、Linux 上で実行される Web アプリケーションや、Android および iOS 向けのモバイル アプリなど、他の場所に展開されるアプリケーションを構築するためのプラットフォームとしての Windows 11 の提案です。

ただし、これはまったく新しいことではありません。同社は Windows 10 でも同様の主張をしており、ハイパーバイザー上で実行される Windows と Linux の緊密な統合を実現する Windows Subsystem for Linux (WSL) 2 のおかげで、ある程度の正当性が得られています。

Windowsストアにいくつか変更が加えられました。ただし、これはWindows 10とWindows 11の両方に当てはまります。具体的には、ストアにアプリを掲載する際に使用するパッケージの種類に制限がなくなります。ストアGMのジョルジオ・サルド氏は、「MSIまたは.exeインストーラーとしてパッケージ化できます」と述べましたが、同時に「デスクトップアプリケーションを公開するには、ある程度の分離とクリーンアンインストールを保証する新しいパッケージ形式であるMSIXが最適です」と付け加えました。

開発者は、Microsoftのサーバーを経由せずに、独自のURLにインストーラーをリンクすることもできます。サードパーティのウェブサイトでは、「ポップアップストア」オプションが用意されており、ユーザーに別途Microsoft Storeアプリケーションを開かせることなく、サイト内にMicrosoft Storeベースのアプリのインストールを提供することができます。また、開発者が独自の決済システムを使用することで、Microsoftへの手数料を回避することも可能です。ただし、これはゲームには適用されず、ゲームには12%の手数料がかかります（それでも他のプラットフォームよりもはるかに低い水準です）。

ストアの新たな柔軟性により、Teams、Edge、Office、Visual Studio、Visual Studio Code など、さらに多くの Microsoft アプリが提供されることになります。

また、新しいストアの一部として、Windows上でAndroidアプリが利用可能になります。「私たちはこれをWindows Subsystem for Androidと呼んでいます」とガロ氏は述べました。「各アプリは専用のトップレベルウィンドウに表示され、スタートメニューにピン留めしたり、通常のアプリと同じように管理したりできます。」

これがどのように動作するかの詳細は不明ですが、「Android アプリ モデルと Windows アプリ モデル」の間をつなぐ「プロキシ ネイティブ アプリ」が含まれています。

Gallo 氏によると、Android アプリは AOSP (Android Open Source Project) と互換性のある VM で実行され、キーボード、マウス、タッチ、ペン、Bluetooth オーディオをサポートするとのことです。

Armバイナリの場合（ほとんどのAndroidアプリはArm向けにコンパイルされているため）、Intel Bridgeと呼ばれる技術が使用されます。これは、Armバイナリをx64アーキテクチャで実行できるようにするポストコンパイラです。

• 日記に印をつけてください: 2025年10月14日はWindows 10の終了日です
• Windows 11: 新しいOSは、古いOSと同じ（またはほぼ同じ）です
• Microsoft Windows 11について知っておくべきこと：Androidアプリが実行可能
• 既存のWindows 10のセットアップに満足していますか？Windows 11はCPUを軽視するかもしれません。

IntelにBridgeテクノロジーの詳細を問い合わせたところ、Windows 11が必要なのでしょうか、それともWindows 10でも動作するのでしょうか？「Windows 11のリリースが近づきましたら、Intel Bridgeテクノロジーについてさらに詳しくお伝えします」という回答でした。パフォーマンスのオーバーヘッドに関する質問にも、同様に回答はありませんでした。

当社の広報担当者は、Intel Bridge は実際にはクラウド ゲーム用の Intel Server GPU の一部として昨年導入されたもので、Android in Container と呼ばれるテクノロジの一部であり、「ランタイム ポスト コンパイラ」とも呼ばれている点を指摘しました。

マイクロソフトはWindows版Androidアプリに大きな期待を寄せているようだ。マイクロソフトのディスティングイッシュトエンジニア、ミゲル・デ・イカザ氏はTwitterのスレッドで、この機能により「従来のデスクトップでは利用できなかった膨大なモバイルアプリのカタログにアクセスできるようになる。AppleがiOSアプリをMacに提供しているのと同じように、WindowsがAndroidアプリをWindowsに提供できるようになる」と述べ、「ほとんどのアプリがAndroidとiOS専用に開発されているため、デスクトップ版アプリは遅れをとっている」と付け加えた。

同氏は、AmazonのAppstoreを利用するストアは必須ではなく、APK（Androidパッケージ）のサイドローディングも機能すると説明した。開発者は「Android Studioを使ってWindowsのAndroidサブシステムに直接アプリを展開できるようになるはずだ」と同氏は述べた。

ただし、いくつか問題点もあります。最大の問題は、位置情報を含むGoogle固有のAPIをサポートするGoogle独自のPlay Servicesが存在しないことです。AOSPアプリケーションは、実行するためにこれらのAPIを回避するか、エミュレートする必要があります。第二に、AndroidアプリはWindows上で最適化されません。Microsoftのスクリーンショットには、独自のナビゲーションボタンを備えた小さなスマートフォン型の画面が表示されています。これは変更される可能性がありますが、Androidとの互換性は、他の方法では利用できないアプリを実行する上では素晴らしいかもしれませんが、真のネイティブアプリケーションに近いユーザーエクスペリエンスを提供することは難しいでしょう。

Microsoftはまた、Windows 11におけるPWA（プログレッシブ・ウェブ・アプリケーション）のサポート強化についても発表しました。これは主に、Edgeブラウザのファイルハンドラーやプロトコルハンドラーといった新機能、そして同じChromiumエンジンを共有するGoogle Chromeのアップデートにも基づいています。つまり、ユーザーはPWAを登録して、例えば特定の種類のファイルを開くことができるようになるということです。

ストアを通じて PWA を配布することも可能になります。

実際のネイティブ Windows アプリケーションはどうでしょうか？Microsoft が以前 Project Reunion と呼んでいたものは、現在 Windows App SDK と呼ばれており、Windows 10 と Windows 11 の両方をサポートします。

推奨されるフレームワークは App SDK の一部である WinUI 3 ですが、Microsoft は「Windows App SDK は、.NET (Windows Forms および WPF を含む) やデスクトップ Win32 などの既存のデスクトップ Windows アプリ タイプを C++ に置き換えるものではありません」と述べています。

代わりに、開発者がこれらのプラットフォーム間で信頼できる共通の API とツールのセットでこれらの既存のプラットフォームを補完します。」

また、Windows App SDK は、基盤となるネイティブ Windows 開発キットとして引き続き使用される Windows 10 SDK とは異なる点にもご注意ください。混乱しますか？確かにそうです。更新を適用しながら状態を保持するアプリケーションのデモを実際に見ることができ、これは更新された MSIX パッケージの特徴です。

WPFは今後数週間以内にネイティブArm64をサポートする予定です。

Gallo 氏はまた、「Windows App SDK はネイティブ Arm64 向けアプリの構築を完全にサポートしています」と述べ、「WPF は今後数週間以内にネイティブ Arm64 をサポートする予定です」とも語りました。これは WPF 開発者にとっては朗報ですが、Windows 11 の機能ではありません。

また、ARM64ECと呼ばれる新機能も追加されました。この機能により、ネイティブArm64コードからx64コードを呼び出すことができるため、アプリケーションの大部分はネイティブArm64のまま、拡張DLLなど再コンパイルできないx64バイナリも呼び出すことができます。Microsoft Officeはこの機能を利用する予定だとGallo氏は述べています。

また、WinMLと呼ばれる新しい推論APIも登場します。これにより、AIモデルを取得し、ONNXを介してそれに基づいた機能をアプリに組み込むことができます。これはWindows 11のみで提供されるのでしょうか？Microsoftは明言していませんが、もしそうだとしてもすぐには普及しないでしょう。WinMLはWSLに依存しているようで、このLinuxコンポーネントがWindowsに深く組み込まれていることを示しています。

以前から指摘されているように、Windows 11の特徴的な要素が一つあります。それは、MicrosoftのFluent Designシステムの強化機能である丸みを帯びた角です。「丸みを帯びた形状は、Windows 11の隅々まで浸透しているデザイン要素です」と、シニアデザインディレクターのディエゴ・バカ氏は述べています。バカ氏によると、これは「テクノロジーの種類に関係なく」アプリケーションにほぼ自動的に適用されるとのことです。

また、Segoe Fluent iconsとSegoe UI variableという2つの新しいフォントが追加され、「あらゆるサイズのテキストの読みやすさ」に最適化されているとBaca氏は述べた。マウスオーバーやボタン押下などの小さなアニメーションである「マイクロインタラクション」は、WinUI 3で簡単に実装できるとBaca氏は述べた。これは一見些細な機能のように思えるかもしれないが、Windowsのルック＆フィールに大きな影響を与える可能性がある。WinUI 3は、ダークテーマなどのシステムテーマも自動的にサポートする。

全体的な話としては、Windows 11向けの開発はWindows 10向けの開発と非常に似ています。互換性の問題を回避するためにはそうする必要があるからです。「Windowsのすべてのバージョンを対象とする単一のアプリを構築することをお勧めします。WinUIは、Windows 10の既存のテクノロジーにスムーズにフォールバックすることで、これを簡素化します」とガロ氏は述べています。

さらに疑問となるのは、WinUI 3 が十分に優れ、安定しているため、開発者が古いフレームワークの安全性から離れるかどうかです。®