【发布时间】：2018-07-20 01:46:37
【问题描述】：
我们已经有一个适用于 x86、x64 和 ARM 的 UWP 应用。关于商店认证一切都很好，所有测试都通过了，包括 .NET 本机编译。
我们想使用 Desktop Bridge（类似于此处指定的：https://blogs.msdn.microsoft.com/appconsult/2016/12/19/desktop-bridge-the-migrate-phase-invoking-a-win32-process-from-a-uwp-app/）向主 UWP（x86 , x64) 版本。 WPF 应用程序在一些本机 dll 上具有三个依赖项（x86 和 x64），它们与应用程序的其余部分打包在一起。
我们将 WPF.exe 应用程序和 dll 添加到现有的 UWP 包中（如上述博客文章中指定的 - 使用 xcopy）并为 HockeyApp 构建包。在本地和功能上，一切都适用于 x86 和 x64。上传到 ms 开发中心后，商店认证不幸失败并出现以下错误：
“包接受验证错误：使用桌面转换的应用程序 Bridge 和需要 .NET Native 框架的必须预编译 通过 .NET Native 工具链”
--但已经为 UWP Release x86、x64 启用了原生编译。
然后我们尝试创建一个 Windows 应用程序打包项目（如下所述：https://docs.microsoft.com/en-us/windows/uwp/porting/desktop-to-uwp-packaging-dot-net#generate-packages-for-your-desktop-bridge-app）并将 UWP 应用和 WPF 作为依赖项添加。然后我们创建了一个新的应用清单和商店关联（不幸的是，似乎无法重用 UWP 应用中的现有清单）。我们为（x86 x64 Release）构建了应用商店包，并在本地成功测试了所有内容。然后我们将包上传到 win dev center 并再次遇到与之前相同的错误
“包接受验证错误：使用桌面转换的应用程序 Bridge 和需要 .NET Native 框架的必须预编译 通过 .NET Native 工具链”。
作为后续行动，我们从 Windows 应用程序打包项目中删除了 UWP 项目，并将 WPF 应用设置为入口点。然后我们构建了一个商店包，上传它，.NET 原生编译错误消失了。这很奇怪......
UWP 和 WPF 的组合（即使为 UWP 启用了本机编译）不知何故会导致此认证错误。我们感觉包装有问题。
我们真的希望这种组合发挥作用，否则我们将不得不退回到拥有两个单独的应用程序：一个纯 UWP 和一个需要单独安装的打包 WPF 配套应用程序。我们真的希望我们不必这样做。我不确定我们做错了什么，目前我已经没有想法了。
PS：我们也知道我们需要填写并提交一份关于受限能力的表格：完全信任。但在我们这样做之前，我们需要确保其他一切都很好。
【问题讨论】：
标签： wpf uwp desktop-bridge .net-native