Windows 7時代のアプリを「10」対応にするメリットは？：Build 2016（2/2 ページ）

時間をかけて既存コードを「モダン化」していく

　このように、Desktop App Converterの自動変換ではデスクトップアプリケーションそのものをUWPアプリにはできないものの、Windows 10以降で提供される新機能やアプリの実行基盤をそのまま活用可能になる。

　恐らくMicrosoftは、このツール提供を皮切りにアプリケーション開発者やユーザーらにUWPの活用を促し、将来的に古いデスクトップアプリケーションのコードを徐々にUWPアプリへと移管していくのが狙いとみられる。時間はかかるものの、2020年に延長サポートが終了するWindows 7からWindows 10への移行をにらんだ施策と言えるかもしれない。

　さて、AppXパッケージに自動変換された直後の状態では、動作的には通常のデスクトップアプリケーションと何ら変わりない。しかし、若干のコード追加でユニバーサルアプリの特徴である「ライブタイル」「通知」「Cortana」といった機能が利用できる。この辺りは非常に簡単なので、すぐにでも取り掛かれるだろう。

　変換されたAppXパッケージは、仕組み的にはデスクトップアプリケーションそのものなので、それ単体でも問題なく動作するのだが、Windows 10で実際に利用しようとすると、幾つか不都合な部分が出てくる。UIまわりのほか、バックグラウンドタスクで呼び出されるためのトリガーの設定などが典型的な例だ。

　そこでXAMLでフロント部分のUIを作ったりするわけだが、これらはパッケージ内でUWPアプリのコードとしてデスクトップアプリケーションのコードとは別に併存することとなる。両者は独立したプロセスとして同時に動作しており、AppServiceを通じて互いに通信可能だ。

　これを推し進めていくと、最終的にはデスクトップアプリケーションのコード全てをUWPアプリで置き換えることが可能になるかもしれない。そのとき初めて、変換されたAppXパッケージは「UWPアプリ」として幅広いプラットフォームで利用可能になる。

　もっとも、Windowsデスクトップでの利用を想定して構築されたアプリケーションがWindows 10 MobileやXbox Oneなどでそのまま利用できて、どれだけのメリットがあるかと問われると難しいところだ。

　しかし、将来的に「よりモダンなアプリ」の利用やプラットフォームへの移行を想定していた場合、一部の既存コードを流用しつつ、UWPアプリを構築できるDesktop App Converterの仕組みは有力な選択肢となる。

→・次回記事：Microsoftが「会話Bot」に力を注ぐ理由

←・前回記事：Windows 10公開から1年後の姿はどうなる？

AMP 非対応のコンテンツです。こちらからご覧ください。