Capabilitiy декларации в приложениях Desktop Bridge UWP
У нас есть устаревшее настольное приложение, которое создано на основе MFC и использовалось до настоящего времени.
Используя Конвертор приложений Desktop Bridge, я теперь смог создать appx для своего старого настольного приложения и установить его, и большинство моих функций работают, как и ожидалось, за исключением некоторых.
Как работает преобразованное приложение, так как мое старое приложение использует реестры, к которым приложения UWP не будут иметь доступа, поскольку это изолированная среда? Также я не вижу никаких реестров после установки, но функции работают, как ожидалось, как это делается?
Мое устаревшее приложение находит определенные устройства, использующие связь SNMP. Часть моих функций через SNMP работает, но одна функция (Discovery), которая также использует связь SNMP, не работает. Я сомневаюсь в возможностях, поскольку здесь нет места для объявления при конвертации. Это единственная причина или другие проблемы?
Если проблема заключается в возможностях, как их объявить при конвертации?
1 ответ
Ваше предположение, что преобразованное приложение MFC живет в изолированной среде, такой как приложение UWP, неверно. Смотрите это:
Помимо кода, который вы используете для освещения работы с Windows 10, ваше приложение остается неизменным, и вы можете продолжать распространять его среди существующих пользователей Windows 7, Windows Vista или Windows XP. В Windows 10 ваше приложение продолжает работать в режиме полного доверия, как и сегодня.
Преобразованное приложение может по-прежнему иметь доступ к файловой системе и реестру. Есть некоторые перенаправления. Для получения подробной информации о том, как DAC справляется с этим, проверьте За кулисами Desktop Bridge.
Пакеты приложений содержат файл registry.dat, который служит логическим эквивалентом HKLM\Software в реальном реестре...