デスクトップアプリケーション強化への動きを強める
当初、マイクロソフトは、各種のブリッジソフトウェアを利用することで、AndroidやiOSのアプリケーションを簡単にUWP化してWindows 10へ持ってこられるようにして、アプリケーションの充実を図る計画だった。
そのために、Project Astoria(Android Bridge for Windows)やProject Islandwood(Windows Bridge for iOS)の開発が発表されていたが、Android Bridge for Windowsは2016年に開発中止。Windows Bridge for iOSは、iOS側の開発環境が変わったこともあり、オープンソース化した。
一方で、デスクトップアプリをMicrosftストアで扱える形式に変換する「Windows Bridge for Classic Windows アプリ(Project Centennial)」は残った。しかも、もはやデスクトップアプリケーションを「Classic Windows アプリ」とは呼ばなくなり、「デスクトップブリッジ」「デスクトップAPPコンバーター」といった名称になっている。
デスクトップアプリケーションの配布には、マイクロソフトはほとんど関わってこなかった。このため、いわゆる「フリーソフト」「オンラインソフト」としてインターネットでファイルとして流通が行われ、有償のソフトウェアは自身で販売サイトを立ち上げたり、販売ではなく寄付を依頼するという形式も取られた。
これに対して、デスクトップアプリケーションをMicrosoftストアで扱うことができるAppX形式にパッケージすることが可能になる。これならばデスクトップアプリの流通・販売をMicrosoftストア経由ででき、アップデートなどもMicrosoftストアで可能になっている。
デスクトップブリッジがリリースされたのち、マイクロソフトは段階的にUWPとデスクトップアプリの連携を強化してきた。現在では、UWPアプリからデスクトップアプリを起動したり、相互に連携して動作することも可能になっている。こうした強化は、当初、デスクトップアプリケーションのUWP化を促進するために作られた。デスクトップアプリにUWP的な機能を搭載していくことで、段階的にUWPに移行させるというのが当初のシナリオだったわけだ。
そのシナリオとしては現在も残っているとは思われるが、現実にはUWPへの移行は、それほど進んでいるわけでもない。UWP化が進まない理由の1つは、UWPに課せられた制限やアプリケーションモデルにある。
従来のデスクトップアプリケーションは、ファイルに自由にアクセスし、Windowsの機能を最大限に利用するように作られた。このため、UWPが持つ制限と相容れない部分がある。逆にUWP側は、サンドボックス内での実行という原則があり、なんでもかんでも可能にするわけにもいかない部分がある。たとえばファイルには、ユーザーから許可を得た場合のみ、必要なフォルダ以下のみアクセス可能といった制限がある。
この連載の記事
-
第429回
PC
Windows Updateの「利用可能になったらすぐに最新の更新プログラムを入手する」はオンにした方がいいか? -
第428回
PC
Google/Bingで使える検索オプション -
第427回
PC
WindowsのPowerShellのプロファイルを設定する -
第426回
PC
WindowsでAndroidスマホをWebカメラにする機能を試した -
第425回
PC
無料で使えるExcelにWord、Microsoft 365のウェブ版を調べた -
第424回
PC
Windowsの基本機能であるクリップボードについてあらためて整理 -
第423回
PC
PowerShellの今を見る 2つあるPowerShellはどっち使えばいい? -
第422回
PC
Windows 11の目玉機能が早くも終了、Windows Subsystem for Android(WSA)を振り返る -
第421回
PC
進化しているPowerToys LANで接続したマシンでキーボード/マウス共有機能などが追加 -
第420回
PC
Windowsプレビュー版に搭載されたsudoを試す -
第419回
PC
Windows Insider Previewが変わって、今秋登場のWindows 11 Ver.24H2の新機能が見えてきた? - この連載の一覧へ