3

Я пытаюсь использовать фоновое приложение IoT Core C++ Windows 10 (на основе the MSFT IoT templates).Windows 10 IoT Core C++ Фоновое приложение, ссылающееся на компонент Runtime C#

Мой сценарий включает создание исходного (C++) фонового приложения, которое использует существующий управляемый (C#) компонент времени выполнения. Я могу создать такое решение в Visual Studio, и оно компилируется и развертывается на устройстве IoT просто отлично.

Однако, когда я запустить приложение, я вижу исключения времени выполнения, как этот любое управляемый компонент используется:

Exception thrown at 0x76C92052 in backgroundTaskHost.exe: Microsoft C++ 
exception: Platform::ClassNotRegisteredException^at memory location 
0x02B0F4A8. HRESULT:0x80040154 Class not registered 

WinRT information: Class not registered 

Stack trace: 
[External Code] 
backgroundapplicationcpp.dll!BackgroundApplicationCpp::StartupTask:: 
[Windows::ApplicationModel::Background::IBackgroundTask]::Run 
(Windows::ApplicationModel::Background::IBackgroundTaskInstance^
taskInstance) Line 13 

Часть обещании среды выполнения Windows является Interop языков (C++, C#, JS, VB) ... этот сценарий отлично работает со стандартным приложением UWP вместо фонового приложения IoT.

Как этот сценарий может работать для фоновых приложений ???

ответ

3

Часть Visual Studio предназначена для системы, которая обрабатывает фоновые приложения, обрабатывает каждую библиотеку проекта, как если бы это был тот же язык (C++), что и фоновое приложение.

В этом случае управляемый компонент Runtime обрабатывается как компонент C++. Из-за этого библиотеки .NET не включаются в развертывание.

Следующая версия Visual Studio должен содержать исправление, но до тех пор, я добавил это vcxproj моего фона приложения:

<!-- Workaround for bug in MSBuild regarding Native Background Applications referencing Managed Conponents --> 
<PropertyGroup> 
    <CopyNuGetImplementations>true</CopyNuGetImplementations> 
    <NuGetRuntimeIdentifier>win10-$(PlatformTarget.ToLower())</NuGetRuntimeIdentifier> 
</PropertyGroup> 
<Target Name="_LocalResolvePrimaryProjectWinmdFiles" BeforeTargets="BeforeGenerateAppxManifest" AfterTargets="_ResolvePrimaryProjectWinmdFiles" Condition="'$(OutputType)' != 'exe' and '$(AppxPackage)' == 'true' AND '$(ContainsStartupTask)' == 'true'"> 
    <ItemGroup> 
    <_AppxWinmdFilesToHarvest Remove="@(_AppxWinmdFilesToHarvest)" /> 
    <_AppxWinmdFilesToHarvest Include="@(PackagingOutputs)" Condition="'%(PackagingOutputs.Extension)' == '.winmd' and '%(PackagingOutputs.ProjectName)' == '$(ProjectName)' and '%(PackagingOutputs.ResolvedFrom)' != 'GetSDKReferenceFiles'"> 
     <!-- This covers the Managed Background Application winmd which does NOT have a WinMDFileType value set --> 
     <ImageRuntime Condition="'$(PrimaryProjectWinmdImageRuntimeOverride)' == ''">WindowsRuntime 1.4;CLR v4.0.30319</ImageRuntime> 
     <!-- This covers the C++ Background Application winmd which does NOT have a WinMDFileType value set --> 
     <ImageRuntime Condition="'$(PrimaryProjectWinmdImageRuntimeOverride)' == '' and '@(Language)' == 'C++'">WindowsRuntime 1.4</ImageRuntime> 
     <!-- This covers Managed Windows Runtime Component winmds --> 
     <ImageRuntime Condition="'$(PrimaryProjectWinmdImageRuntimeOverride)' == '' and '%(PackagingOutputs.WinMDFileType)' == 'Managed'">WindowsRuntime 1.4;CLR v4.0.30319</ImageRuntime> 
     <!-- This covers Native Windows Runtime Component winmds --> 
     <ImageRuntime Condition="'$(PrimaryProjectWinmdImageRuntimeOverride)' == '' and '%(PackagingOutputs.WinMDFileType)' == 'Native'">WindowsRuntime 1.4</ImageRuntime> 
     <!-- This covers Native Windows Runtime Component winmds for DynamicLibrary projects --> 
     <ImageRuntime Condition="'$(PrimaryProjectWinmdImageRuntimeOverride)' == '' and '%(PackagingOutputs.ProjectType)' == 'DynamicLibrary'">WindowsRuntime 1.4</ImageRuntime> 
     <!-- This provides an override --> 
     <ImageRuntime Condition="'$(PrimaryProjectWinmdImageRuntimeOverride)' != ''">$(PrimaryProjectWinmdImageRuntimeOverride)</ImageRuntime> 
    </_AppxWinmdFilesToHarvest> 
    </ItemGroup> 
</Target> 

С этим блоком кода, библиотеки .NET развернуты с фоновое приложение и собственный код могут успешно получить доступ к управляемому компоненту.