【发布时间】:2015-09-03 08:00:29
【问题描述】:
注意:我使用的是 64 位系统。
我无法找到有关我当前状况的文章。我使用PowerShell来测试是否存在某个路径:
“C:\Windows\SysWOW64\config\systemprofile\Desktop”
即使 SysWOW64 中不存在 Desktop 文件夹,它也会返回 true。我知道这与我确实有路径有关:
"C:\Windows\System32\config\systemprofile\Desktop"
但我不知道为什么。在上下文中,我正在自动化 Excel 中的一些东西(是的,我知道它不受支持,但使用 Desktop 文件夹一切正常),我想在尝试继续自动化之前测试这两个路径是否存在。
我的问题是,是否有必要测试两条路径?如果我将桌面文件夹放在其中一个路径中,Excel 自动化是否会工作,因为它们似乎以某种方式连接?
我看过 this 和 this 的文章,这让我相信是的,但作为一名程序员,我很犹豫将这些东西如此紧密地结合在一起,以防它们在未来发生变化。有没有更优雅的解决方案?
【问题讨论】:
-
如何测试路径,UAC 是否启用了文件和注册表虚拟化?
-
我使用 Test-Path cmdlet,“Test-Path C:\Windows\SysWOW64\config\systemprofile\Desktop”。另外,我对“带有文件和注册表虚拟化的 UAC”一无所知,所以我不知道,但我现在会查一下。
-
是的,问题的 Excel 部分。无论文件夹位于何处,Excel 自动化都应该工作。 SysWOW64 文件系统重定向在后台自动发生。
标签: excel powershell automation system32 syswow64