如何将 IFileOperation 与相对路径和绝对路径一起使用？

Question

IFileOperation 相当于什么

SHFILEOPSTRUCTW op = {hDlg, FO_COPY, directoryFrom, directoryTo, 0, FALSE, NULL, NULL};
int status = SHFileOperationW(&op);

directoryFrom 是相对于我的工作目录的目录路径，directoryTo 是绝对路径？

1. 我可以直接将我的绝对路径传递给SHCreateItemFromParsingName 以获得IShellItem 吗？什么是解析名称和显示名称？
2. 如果SHCreateItemFromParsingName 适用于绝对路径，我应该将它与GetFullPathNameW 结合使用来解析相对路径还是有更简单的替代方法？

我发现关于这些主题的文档可能会更好。

Answer 1

Windows Shell 被组织成一个名为 Shellnamespace 的层次结构：Introduction to the Shell Namespace:

Shell 命名空间组织文件系统和其他对象 由 Shell 管理成一个单一的树结构层次结构。 从概念上讲，它是文件的更大、更具包容性的版本 系统。

这意味着，在 Shell 命名空间中，有文件系统（或者我称之为“物理”，考虑到可能的内核文件系统也是物理的）项和虚拟项。虚拟物品示例如下：

• “这台电脑”文件夹
• 回收站（其中项目链接到文件系统）
• 控制面板（完全虚拟）
• 搜索文件夹（其中项目是指向其他项目的链接）
• 自定义命名空间扩展（您可以extend the Shell namespace 使用自定义 Shell 命名空间扩展来连接数据库、云存储等）
• 等

所有这些项目都使用同一系统识别：PIDLs。 PIDL 之于 Shell 项就像完整文件路径之于（物理）文件或文件夹。

如果包含文件夹支持，也可以使用它们的解析名称来识别项目，该名称由 IShellFolder::GetDisplayNameOf method 和 _SHGDNF enumeration 间接定义。请注意，PIDL 是严格强制的（每个项目都有一个），而解析名称则不是。

从 Windows Vista 开始，建议使用基于 IShellItem 的 API。并且还推荐IFileDialog，因为它支持 PIDL（=> 虚​​拟项），而不仅仅是文件系统路径。

SHCreateItemFromParsingName 的伪代码或多或少：

1. 调用SHParseDisplayName(name) => PIDL（旧的基于 PIDL 的 API）
2. 调用 SHCreateItemFromIDList(pidl) => 一个 IShellItem

这确实证明SHCreateItemFromParsingName 可以被称为SHCreateItemFromDisplayName...

在内部，SHParseDisplayName的代码或多或少：

1. 获取桌面的IShellFolder（桌面是Shell命名空间的根）
2. call IShellFolder::ParseDisplayName(name) => 一个 PIDL（相对于桌面，它与绝对相同，因为桌面是命名空间根目录）

IShellFolder 是 all 命名空间文件夹实现的接口：标准 Windows 提供的和自定义的，服务文件系统项或虚拟项。

现在，IShellFolder::ParseDisplayName 的实现有所不同。自定义 Shell 文件夹可以选择以它喜欢的方式实现它（这可能会导致问题）。

但是桌面的IShellFolder 实现相当复杂，并且可以理解文件系统路径来代替显示名称。 doc 是这样说的：

带有显示名称的以 null 结尾的 Unicode 字符串。因为每个 Shell文件夹定义了自己的解析语法，这个字符串的形式可以 采取可能会有所不同。例如，桌面文件夹接受以下路径 “C:\我的文档\我的 File.txt”。它还将接受对项目的引用 具有与其关联的 GUID 的命名空间，使用 "::{GUID}" 语法。例如，要检索完全限定的 桌面文件夹中控制面板的标识符列表，您可以 使用以下内容：

::{控制面板的CLSID}\::{打印机文件夹的CLSID}