Есть ли способ в WinRT узнать, можно ли запустить файл с определенным расширением?

Это не поддерживается для приложений Магазина Windows.

Общая модель заключается в том, чтобы «держать пользователя под контролем», что означает, что если нет приложения, уже доступного для сопоставления файла или URI, у него есть возможность найти его в Магазине для завершения рабочего процесса. Я считаю, что это также способствует приобретению новых приложений.

Иными словами, запуск ассоциации определяется спросом, когда пользователю предлагается найти приложения именно в тот момент, когда они ему нужны, а не отдельно искать приложения, которые каким-то образом настраивают устройство, а затем включают функции в другие приложения (например, включение определенных типов файлов).

В предлагаемой вами модели, в которой приложение, работающее с файлами, скрывает несвязанные типы файлов, спросите себя: как пользователи могут включить тип файла? То есть они могли видеть файл в своей системе с помощью проводника (или других приложений). Но в вашем приложении они не видят его в списке. Это само по себе может вызвать путаницу — я вижу в ваших обзорах комментарии, в которых говорится: «Как я могу заставить эти файлы появляться?» Ваш единственный ответ будет: «Ну, вам нужно сначала установить другое приложение, которое может обрабатывать файлы этого типа». Клиент: «Как мне найти эти приложения?» Вы: «Гм...», потому что приложение «Магазин» не дает возможности поиска по поддержке ассоциации… может быть, вам повезет с ключевыми словами.

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

Короче говоря, предлагаемая вами модель потенциально может создать разрыв между тем, что находится в файловой системе, и тем, что отображается в вашем приложении, что будет трудно согласовать. Я предполагаю, что в ходе работы с этим отключением вы в конечном итоге должны были создать пользовательский интерфейс, в котором вы показываете несвязанные типы файлов, а затем предлагаете пользователю получить приложение, которое будет их поддерживать (если бы вы могли даже запустить Магазин с такими критериями). Я не знаю наверняка, но я предполагаю, что ряд настольных приложений сделали то же самое, поэтому Windows решила для приложений Магазина встроить пользовательский интерфейс непосредственно в запускаемый API.

Я не знаю о нативных методах RT для получения таких данных, но windows-runtime тем не менее все еще Windows. Таким образом, вы можете получить доступ к реестру . И вся необходимая информация, чтобы определить, имеет ли тип файла связанное приложение, содержится в реестре.

Принимая во внимание эти два соображения, вы можете попытаться использовать этот SO thread в качестве основы для вашего разрешающего кода.

P.S.: Родные методы RT были бы гораздо лучшим решением, но, к сожалению, у меня очень мимолетный опыт работы с Win-RT. Может быть, кто-то более знающий может предложить лучшее нативное решение.