新しいWinRT APIに関するほぼすべてのテキストで、私は「WinRTはWindows用の新しいAPIであり、古いWin32 APIに代わるもの」のようなステートメントになりました。 WinRTはWindowsストアアプリの開発を目的としているので、私に対するこの記述は当てはまりません。
できないアプリケーションがたくさんありますWinRT(Microsoft Office、Adobe製品、3Dデザイナープログラム、さらにはVisual Studioなど)で行われることを想像してください。これらのアプリケーションは依然としてWindows API(別名Win32)の機能を必要とします。
では、WinRT APIがWindows APIに取って代わると言われるのはなぜでしょうか。
回答:
回答№1は5私は「それがよくWindowsと言っているかどうかわからない」ランタイム(WinRT)APIはWin32 APIを置き換えます。 Microsoftが言っていることではありません。WinRTは、多くの点で.NET FrameworkがWin32 APIを置き換えることができなかったことから学ぼうとしています。 。
実際には多くの理由がありません。あなたが言及したアプリケーションはWinRT APIを使って実装することができませんでした。新しいAPIは古いの多くの機能を含みます。 Win32 APIのサブセットを使用することが可能です。
アドビシステムズ社を移植しても得ることはほとんどありませんがWinRTへのアプリケーションは、Microsoftがそうすることを期待しています。彼らは.NET Frameworkを使うようにVisual Studioの大部分を書き直しました。 WinRT APIによって、新しい環境をもっと多く実装することが実用的になったとします。
回答№2については2
最近いくつかの理由により、これはちょっと変更されていますが、現在のWindowsアプリケーション開発でWin32上でWinRTを使用する理由の概要は次のとおりです(2017年頃)。
- WinRTはUWPアプリに利用されています
- Win32ブリッジアプリケーションは、Desktop Bridgeを使用してUWPアプリケーションに変換できます。
- Windows 10 S すべてのアプリがWindowsストアを通過する必要がある
Ergoは、WinRTを使用することで、新しいWindows 10 Sストア専用のアプリケーションパラダイムのためのプロジェクトおよびコードの変換に費やす時間を短縮できます。
WinRTとWin32APIと.NETの両方に関して。NETとWinRTは部分的にWin32で構築されています。 IIRC、彼らはそれのサブセットを使用しています。少なくともそれは、2012年にPeter BrightのArsTechnicaから伝えられたものです。 「過去を振り返ってWindowsの将来を推進する:WinRTの詳細。これは、このスタックチャートが由来する場所、または少なくともそこで使用された場所です。