使用新卷上的相对路径解析 AliasRecord

发布于 2024-07-08 12:54:30 字数 534 浏览 7 评论 0原文

我有一个使用别名管理器函数 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 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

夏花。依旧 2024-07-15 12:54:30

看来问题中提出的解决方案——保留别名记录和相对路径是唯一的选择。 如果别名解析失败,我们尝试使用相对路径(以及应用程序或用户定义的根目录)来查找文件。 如果成功,我们将使用新路径更新别名记录。 否则,我们会要求用户找到“丢失”的文件。

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.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文