desktop:ExecutionAlias
要从命令提示符激活的 UWP 应用的可执行文件。
元素层次结构
<desktop:ExecutionAlias>
语法
<desktop:ExecutionAlias
Alias = 'An executable in the form of a string followed by ".exe".'
uap8:AllowOverride = 'A boolean value.'
desktop10:UseDesktopChangeRouter = 'A boolean value.'
desktop10:DropTarget = 'A GUID in the form xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx.'
desktop10:UseUrl = 'A boolean value.'
desktop10:EnvironmentPath = 'A string with a value between 1 and 32767 characters in length with a non-whitespace character at its beginning and end.' >
<!-- Child elements -->
desktop10:SupportedProtocols
</desktop:ExecutionAlias>
特性和元素
属性
属性 | 说明 | 数据类型 | 必须 | 默认值 | 默认值 |
---|---|---|---|---|---|
Alias | UWP 应用可执行文件的名称。 | 字符串格式的可执行文件,后跟 .exe 。 |
是 | ||
uap8:AllowOverride | 一个 值,该值指示是否重写 UWP 应用可执行文件。 | 布尔值。 | 否 | ||
desktop10:UseDesktopChangeRouter | 调试器应用程序用于在调试 Windows 资源管理器进程时避免文件对话框死锁。 | 布尔值。 | 否 | ||
desktop10:DropTarget | 实现 IDropTarget 的对象(通常是本地服务器而不是进程内服务器)的 CLSID。 默认情况下,当放置目标是可执行文件,并且没有为 DropTarget 提供任何值时,shell 会将已删除文件的列表转换为命令行参数,并将其传递给 lpParameters 参数中的 ShellExecuteEx。 | 格式为 xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx 的 GUID。 | 否 | ||
desktop10:UseUrl | 如果设置为 true,则指定应用程序可以在命令行上接受 URL 而不是文件名。 可直接从 Internet 打开文档的应用程序(如 Web 浏览器和媒体播放器)应使用此值。 当 ShellExecuteEx 启动应用程序并且此值设置为 false 时,默认行为 ShellExecuteExecuteEx 会将文档下载到本地文件,并在本地副本上调用处理程序。 | 布尔值。 | 否 | ||
desktop10:EnvironmentPath | 包含以分号分隔的目录列表的字符串,这些目录指定应用程序可执行文件的完全限定路径。 通过调用 ShellExecuteEx 启动应用程序时,该值将追加到 PATH 环境变量中。 | 一个字符串,其值长度介于 1 到 32767 个字符之间,开头和结尾处为非空格字符。 | 否 |
子元素
子元素 | 描述 |
---|---|
desktop10:SupportedProtocols | 指定给定密钥支持的 URL 协议方案。 |
父元素
父元素 | 描述 |
---|---|
uap3:Extension | 声明应用的扩展点。 |
注解
desktop10 命名空间中的属性和子元素仅在指定 CompatMode=“classic”的扩展实例上受支持,并且仅在桌面 SKU 上受支持。
要求
项 | 值 |
---|---|
Namespace | http://schemas.microsoft.com/appx/manifest/foundation/windows10 |
uap8 | http://schemas.microsoft.com/appx/manifest/uap/windows10/8 |
desktop10 | http://schemas.microsoft.com/appx/manifest/desktop/windows10/10 |
Minimum OS Version | Windows 10版本 1607 (内部版本 14393) |
反馈
https://aka.ms/ContentUserFeedback。
即将发布:在整个 2024 年,我们将逐步淘汰作为内容反馈机制的“GitHub 问题”,并将其取代为新的反馈系统。 有关详细信息,请参阅:提交和查看相关反馈