2011-02-09 1 views
1

У меня есть приложение WPF, которое создает некоторые текстовые файлы в своем собственном каталоге установки. Однако даже после запроса UAC пользователи Windows Vista и Windows 7 часто по-прежнему получают ошибки типа «с доступом к файлам». Решение состоит в том, чтобы найти исполняемый файл в проводнике Windows и открыть вкладку совместимости в свойствах файла и проверить «запустить как администратор». Это, очевидно, ужасный пользовательский опыт, но я не уверен, как обеспечить, чтобы приложение могло обеспечить себе эти разрешения без этого шага. Я не пытаюсь обойти подсказки UAC.Приложение WPF, не получающее права доступа к файлам

ответ

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, но вы можете поместить туда другие файлы.

+1

спасибо, но я не согласен с .net здесь. Причина в том, что местоположение файла будет изменяться в зависимости от версий Windows, что создает немного кошмара поддержки, учитывая, что мои пользователи постоянно создают и делят файлы. Гораздо проще направить их в c: \ program files \ myapp \ etc, чем сказать «if xp then» –

+2

Но вы знаете, что каталог файлов программ также не исправлен, не так ли? Он изменяется с 64/32 битными системами, языками, ... и сам установочный каталог, конечно же, изменчив. Но что вам больше всего подходит ... :-) –

 Смежные вопросы

  • Нет связанных вопросов^_^