桌面桥 UWP 应用程序中的功能声明
Capabilitiy Declarations in Desktop Bridge UWP Apps
我们有一个遗留的桌面应用程序，它建立在 MFC 的基础上，一直沿用至今。
使用 Desktop Bridge App Convertor，我现在能够为我的旧版桌面应用程序创建 appx，并且我能够安装它并且我的大部分功能都按预期工作，除了一些。
转换后的应用程序如何工作，因为我的旧应用程序使用注册表，哪些 UWP 应用程序将无法访问，因为它是孤立的环境？
我也没有看到任何注册表 post 安装，但功能按预期工作，它是如何完成的？
我的旧版应用程序使用 SNMP 通信查找某些设备。我通过 SNMP 的部分功能正在运行，但也使用 SNMP 通信的一项功能（发现）无法运行。我怀疑功能，因为这里没有范围可以在转换时声明。这是唯一的原因还是其他问题？
如果功能是问题，如何在进行转换时声明这些？
您认为转换后的 MFC 应用像 UWP 应用一样存在于沙盒环境中的假设是错误的。参见 this:
Aside from the code that you use to light up Windows 10 experiences, your app remains unchanged and you can continue to distribute it to your existing Windows 7, Windows Vista, or Windows XP user base. On Windows 10, your app continues to run in full-trust user mode just like it’s doing today.
转换后的应用程序仍然可以访问文件系统和注册表。涉及一些重定向。有关 DAC 如何处理此问题的详细信息，请查看 Behind the scenes of the Desktop Bridge.
App packages contain a registry.dat file, which serves as the logical equivalent of HKLM\Software in the real registry...
我们有一个遗留的桌面应用程序，它建立在 MFC 的基础上，一直沿用至今。
使用 Desktop Bridge App Convertor，我现在能够为我的旧版桌面应用程序创建 appx，并且我能够安装它并且我的大部分功能都按预期工作，除了一些。
转换后的应用程序如何工作，因为我的旧应用程序使用注册表，哪些 UWP 应用程序将无法访问，因为它是孤立的环境？ 我也没有看到任何注册表 post 安装，但功能按预期工作，它是如何完成的？
我的旧版应用程序使用 SNMP 通信查找某些设备。我通过 SNMP 的部分功能正在运行，但也使用 SNMP 通信的一项功能（发现）无法运行。我怀疑功能，因为这里没有范围可以在转换时声明。这是唯一的原因还是其他问题？
如果功能是问题，如何在进行转换时声明这些？
您认为转换后的 MFC 应用像 UWP 应用一样存在于沙盒环境中的假设是错误的。参见 this:
Aside from the code that you use to light up Windows 10 experiences, your app remains unchanged and you can continue to distribute it to your existing Windows 7, Windows Vista, or Windows XP user base. On Windows 10, your app continues to run in full-trust user mode just like it’s doing today.
转换后的应用程序仍然可以访问文件系统和注册表。涉及一些重定向。有关 DAC 如何处理此问题的详细信息，请查看 Behind the scenes of the Desktop Bridge.
App packages contain a registry.dat file, which serves as the logical equivalent of HKLM\Software in the real registry...