使用新卷上的相对路径解析 AliasRecord
我有一个使用别名管理器函数 FSNewAlias(fromFSRef, targetFSRef, &aliasRecordHandle) 创建的 AliasRecord
。 我的理解是,生成的别名记录将包含相对路径搜索的信息(相对于 fromFSRef
)。 由于我的用户位于网络主目录和移动帐户上,因此这些别名似乎不会保留网络主目录和移动主目录之间的用户主目录中的文件位置,因为它们位于不同的卷上。 如果原始 fromFSRef
对应于网络帐户中的 /Network/.../Users/user/Desktop,我希望能够使用 FSResolveAlias(newFromFSRef, aliasRecordHandle, &targetFSRef, &changed)
和 newFSRef
对应于 /Users/user/Desktop(即移动帐户)。 这可能吗?
我所采取的解决方案是保留别名记录和相对路径。 如果别名解析失败,我使用相对路径创建新别名。
I have an AliasRecord
creating using the Alias Manager function FSNewAlias(fromFSRef, targetFSRef, &aliasRecordHandle)
. My understanding is that the resulting alias record will contain information for a relative path search (relative to fromFSRef
). Because my users are on networked home directories and mobile accounts, these aliases do not appear to persist the location of a file in the user's home directory between the networked and mobile home directories because they are on different volumes. If the original fromFSRef
corresponded to /Network/.../Users/user/Desktop in the network account, I would like to be able to resolve the alias using FSResolveAlias(newFromFSRef, aliasRecordHandle, &targetFSRef, &changed)
with newFSRef
corresponding to /Users/user/Desktop (i.e. the mobile account). Is this possible?
The solution I've resorted to is to persist the alias record and the relative path. I use the relative path to create a new alias if alias resolution fails.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
看来问题中提出的解决方案——保留别名记录和相对路径是唯一的选择。 如果别名解析失败,我们尝试使用相对路径(以及应用程序或用户定义的根目录)来查找文件。 如果成功,我们将使用新路径更新别名记录。 否则,我们会要求用户找到“丢失”的文件。
It appears that the solution proposed in the question—persisting both the alias record and a relative path is the only option. If alias resolution fails, we try using the relative path (along with an application or user-defined root) to find the file. If this succeeds, we update the alias record with the new path. Otherwise, we fall back to asking the user to find the "lost" file.