ユニバーサルWindows .NETネイティブおよびwinmdコンポーネントライブラリ

Question

.NETネイティブツールチェーンは管理された.winmdコンポーネントライブラリを詳細に扱う方法を教えてください。

.NETネイティブでDLLからのすべてのマネージコードを1つの実行可能ファイルにマージし、ネイティブにコンパイルするときに未使用のコードを削除することがわかりました。

しかし、.winmd管理ライブラリにはどのアルゴリズムが使用されていますか？たとえば、WinRTのバックグラウンドタスク（オーディオバックグラウンドタスクなど）はwinmdライブラリでホストされ、これらのタスクはwinmd提供クラスを動的に呼び出すシステム提供のネイティブプロセス内でホストされます。 .NETネイティブコンセプトとどのように互換性がありますか？

.NETネイティブで管理された.winmdコードがネイティブに変換されず、環境が.NETランタイムにフォールバックされて管理されたwinmdでコードが実行されるため、ネイティブコンパイル済み実行可能ファイルの利点が失われる可能性があります。またはそれはどのように機能しますか？

この情報はあまり明確ではありません。 MSDNのドキュメントには、管理されたwinmdコンポーネントライブラリと.NETネイティブツールチェーンに関する詳細情報はありません。

Answer 1

私は.NETネイティブチームで働いています。私は明確にするのを手伝ってくれるでしょう。

.NETネイティブは管理されたWinMDアセンブリをネイティブコードに変換し、それをアプリケーションDLLと一緒にマージします（本日時点）。バックグラウンドタスクプロセスがそれらの管理されたWinRTクラスのネイティブコードを見つけるために、アプリケーションマニフェストを修正して、現在DLLのネイティブコードを持つアプリケーションDLLを指すようにします。タスクのバックグラウンドプロセスは、アプリケーションDLLをうまく読み込み、WinRTアクティベーションプロトコル/ ABIを使用して、アプリケーションDLLでホストされているネイティブコードで実装されている管理WinRTタイプを有効にします。 JITtingは必要ありません。

疑いがあるように、どのWinRTクラスがネイティブコードからアクティブ化されているかを見つけることにはいくつか興味深い課題があります。今日我々は、管理されたWinMDのすべての公開WinRTクラスを.NETネイティブコンパイラのコンパイルルーツとして扱い、それらから到達可能なすべてのものを保守的に扱います。サイズにはいくつかの意味がありますが、それはJITを利用できないこととのトレードオフです。

おかげで、 李チャン