У меня есть приложение WPF, которое создает некоторые текстовые файлы в своем собственном каталоге установки. Однако даже после запроса UAC пользователи Windows Vista и Windows 7 часто по-прежнему получают ошибки типа «с доступом к файлам». Решение состоит в том, чтобы найти исполняемый файл в проводнике Windows и открыть вкладку совместимости в свойствах файла и проверить «запустить как администратор». Это, очевидно, ужасный пользовательский опыт, но я не уверен, как обеспечить, чтобы приложение могло обеспечить себе эти разрешения без этого шага. Я не пытаюсь обойти подсказки UAC.Приложение WPF, не получающее права доступа к файлам
1
A
ответ
1
Вы можете заставить свое приложение начать с прав администратора (в любом случае, UAC покажет его диалоговое окно) путем встраивания пользовательского манифеста (свойства проекта -> сборка -> манифест).
Manifest пример (requestedExecutionLevel
часть importaint):
<?xml version="1.0" encoding="utf-8"?>
<asmv1:assembly manifestVersion="1.0"
xmlns="urn:schemas-microsoft-com:asm.v1"
xmlns:asmv1="urn:schemas-microsoft-com:asm.v1"
xmlns:asmv2="urn:schemas-microsoft-com:asm.v2"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<assemblyIdentity version="1.0.0.0" name="yourappname.app"/>
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v2">
<security>
<requestedPrivileges xmlns="urn:schemas-microsoft-com:asm.v3">
<requestedExecutionLevel level="requireAdministrator" uiAccess="false" />
</requestedPrivileges>
</security>
</trustInfo>
<compatibility xmlns="urn:schemas-microsoft-com:compatibility.v1">
<application>
<!-- A list of all Windows versions that this application is designed to work with. Windows will automatically select the most compatible environment.-->
<!-- If your application is designed to work with Windows 7, uncomment the following supportedOS node-->
<!--<supportedOS Id="{35138b9a-5d96-4fbd-8e2d-a2440225f93a}"/>-->
</application>
</compatibility>
</asmv1:assembly>
2
В целом .Net хочет, чтобы вы добавляли файлы, сгенерированные программой, в домашний каталог пользователя или в общую папку пользователя. Посмотрите на этот ответ: When using a Settings.settings file in .NET, where is the config actually stored? Он рассказывает о файлах конфигурации .Net, но вы можете поместить туда другие файлы.
спасибо, но я не согласен с .net здесь. Причина в том, что местоположение файла будет изменяться в зависимости от версий Windows, что создает немного кошмара поддержки, учитывая, что мои пользователи постоянно создают и делят файлы. Гораздо проще направить их в c: \ program files \ myapp \ etc, чем сказать «if xp then» –
Но вы знаете, что каталог файлов программ также не исправлен, не так ли? Он изменяется с 64/32 битными системами, языками, ... и сам установочный каталог, конечно же, изменчив. Но что вам больше всего подходит ... :-) –