Apple 何时弃用或停止发布使用命名分支(数据和资源分支以外的分支)的 API?

hip*_*ail 3 documentation history hfs file-forks

过去,Macintosh OS 的一个怪癖是文件有两个“分叉”,一个“资源分叉”通过专用资源 API 保存软件使用的资源,另一个“数据分叉”保存普通的旧文件其他系统上的数据,包括二进制代码、纯文本文件中的文本等。

1998 年随 Mac OS 8.1 引入HFS+ 的一个鲜为人知的功能是,您可以拥有任何文件的任意数量的命名分支。类似于 NTFS 的另一个鲜为人知的功能,称为“ADS”(备用数据流)。

来自维基百科:

HFS Plus 允许最多 255 个字符的文件名,以及类似于 NTFS 的n-forked 文件,尽管直到 2005 年,除了数据叉和资源叉之外几乎没有系统软件利用叉

Apple 似乎不再记录使用这些额外分叉的 API。

我们是否知道 Apple 是否以及何时正式弃用该功能?如果没有,我们是否知道 API 何时从文档中消失。

Raf*_*ahn 5

过去,Macintosh OS 的一个怪癖是文件有两个“分叉”,

怪癖?而是一个众所周知的功能。

类似于 NTFS 的另一个鲜为人知的功能,称为“ADS”(备用数据流)。

这是组织数据的好方法。

Apple 似乎不再记录使用这些额外分叉的 API。

它们在相应的手册中都有详细记录 - 甚至像这里一样在线。Ofc,没有理由进入它们,因为它们自 10.9(小牛队)以来已被弃用

我们是否知道 Apple 是否以及何时正式弃用该功能?

是的,他们做到了,时间是 2013 年 10 月 OSX 10.9 发布。

如果没有,我们是否知道 API 何时从文档中消失。

今天仍然存在......至少在查看适用于 1999 (MacOS 8) 和 2013 之间的任何 Mac OS 的相应 API 文档时。

始终查看所用版本的 API。实际的 OSX 不再鼓励使用,因此不会在那里找到。

  • @MauryMarkowitz:原始 Mac 操作系统中没有命名叉。它们于 1998 年随 8.1 版本一起推出。 (3认同)
  • 伙计,这些年来我多次寻找这些文档,甚至 API 的名称,甚至在苹果 SE 和 SO 上询问,几乎没有人知道我在说什么。但我很高兴这个问题转移到SO。出于兴趣,我想知道如果 Macos 的这个功能相当出名,那么实际上它会是一个鲜为人知的功能。 (2认同)
  • 嗯,我想这取决于个人兴趣。每当我拿到新手册时,我都会寻找诸如备用数据流之类的东西:))所以在我的情况下,鲜为人知的功能可能是关于... err ... printf() 的东西? (2认同)
  • “怪异”是指大多数其他计算机系统的文件系统(我并不是说没有其他怪异的文件系统)没有那种特殊的复杂性。 (2认同)