Является ли приложение связанным с данным расширением?

Question

Иногда желательно, чтобы ваше приложение открыло приложение по умолчанию для файла. Например, чтобы открыть файл PDF можно использовать:

System.Diagnostics.Process.Start("Filename.pdf"); 

Чтобы открыть изображение, вы бы просто использовать один и тот же код с другим именем:

System.Diagnostics.Process.Start("Filename.gif"); 

Некоторые расширения (например, gif), почти всегда имеет обработчик по умолчанию, даже при базовой установке Windows. Однако некоторые расширения (например, .pdf) часто не имеют приложения для их обработки.

В этих случаях было бы желательно определить, связано ли приложение с расширением файла, который вы хотите открыть, прежде чем выполнить вызов Process.Start (имя_файла).

мне интересно, как вы могли бы наилучшим образом реализовать что-то вроде этого:

static bool ApplicationAssociated(string extension) 
{ 
    var extensionHasAssociatedApplication = false; 

    var condition = // Determine if there is an application installed that is associated with the provided file extension.; 
    if (condition) 
    { 
     extensionHasAssociatedApplication = true; 
    } 

    return extensionHasAssociatedApplication; 
} 

Answer 1

Я хотел бы рекомендовать следующие рекомендации в David's answer НО, так как вы должны обнаружить ассоциацию:

Чтобы проверить, есть ли файл ассоциация, вы можете использовать встроенную функцию FindExecutable, которая в основном то, что Проводник Windows использует внутренне ... он дает хороший код ошибки (SE_ERR_NOASSOC), если нет никакой связи. После успеха он дает путь к соответствующему исполняемому файлу.

Thee DllImport ибо

[DllImport("shell32.dll")] 
static extern int FindExecutable(string lpFile, string lpDirectory, [Out] StringBuilder lpResult); 

Другой вариант должен был бы идти в реестр, например (не рекомендуется, так как комплекс из-за нескольких aspets как WoW64 и т.д.):

Настоящая ассоциация хранится в ключе, что HKEY_CLASSES_ROOT\.pdf указывает на - в моем случае AcroExch.Document, поэтому мы выписываем HKEY_CLASSES_ROOT\AcroExch.Document. Там вы можете увидеть (и изменить), что команда будет использоваться для запуска этого типа файла:

HKEY_CLASSES_ROOT\AcroExch.Document\shell\open\command 

Answer 2

В такой ситуации лучший подход заключается в попытке открыть документ и обнаружения сбоев. Попытка предсказать, существует ли ассоциация файлов, просто приводит к повторному выполнению API-интерфейсов оболочки. Очень трудно понять, что это правильно и довольно бесполезно, поскольку они уже существуют!

Answer 3

Вы также можете просмотреть реестр, чтобы получить эту информацию.

Вы можете следовать из:

HKEY_CLASSES_ROOT\.extension 

и это обычно приводит к чему-то вроде HKEY_CLASSES_ROOT\extfile\Shell\Open\Command

и вы пришли в команду, чтобы открыть тип файла.

В зависимости от того, что вы делаете, это может быть идеальным, чтобы просто попросить прощения (то есть просто открыть файл и посмотреть)

Answer 4

Вся эта информация живет в реестре .. можно перейти к HKEY_CLASSES_ROOT , найдите расширение и идите оттуда, чтобы найти обработчик по умолчанию. Но в зависимости от типа файла и связанного с ним обработчика (ов) вам нужно пробираться в CLSID и еще что ... вы, вероятно, лучше избегаете исключения.

Answer 5

Эта информация находится в реестре. Например:

# Mount the HKCR drive in powershell 
ps c:\> new-psdrive hkcr registry hkey_classes_root 
ps c:\> cd hkcr:\.cs 

# get default key for .cs 
PS hkcr:\.cs> gp . "" 
(default) : VisualStudio.cs.10.0 
... 

# dereference the "open" verb 
PS hkcr:\.cs> dir ..\VisualStudio.cs.10.0\shell\open 

    Hive: hkey_classes_root\VisualStudio.cs.10.0\shell\open 

Name       Property 
----       -------- 
Command      (default) : "C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\devenv.exe" /dde 
ddeexec      (default) : Open("%1") 

Answer 6

@Yahia получает кивок. Я отправляю свое быстрое решение для потомков, чтобы вы могли видеть, с чем я пошел. В этом коде есть много возможных улучшений, но это даст вам идею:

public static bool HasExecutable(string path) 
{ 
    var executable = FindExecutable(path); 
    return !string.IsNullOrEmpty(executable); 
} 

private static string FindExecutable(string path) 
{ 
    var executable = new StringBuilder(1024); 
    FindExecutable(path, string.Empty, executable); 
    return executable.ToString(); 
} 

[DllImport("shell32.dll", EntryPoint = "FindExecutable")] 
private static extern long FindExecutable(string lpFile, string lpDirectory, StringBuilder lpResult);