Apple何时不赞成或停止发布使用HFS文件派生而不是数据和资源派生的API？

Question

该问题是Retrocomputing Stack Exchange的migrated，因为可以在Stack Overflow上回答。Migrated<< [上个月。

[回想一下，Macintosh OS的一个怪癖是文件具有两个"forks"，一个“资源派生”通过专用资源API持有软件使用的资源，另一个“数据派生”用于保存软件的专用资源。类似其他系统上的纯旧数据，包括二进制代码，纯文本文件中的文本，等等。

HFS+, introduced with Mac OS 8.1 in 1998的一个鲜为人知的功能是，您可以在任何文件中使用任意数量的命名派生。与NTFS的鲜为人知的功能"ADS"（备用数据流）相似。

来自维基百科：

HFS Plus允许文件名的长度最多为255个字符，

和 n分叉的文件与NTFS类似，尽管直到2005年几乎没有系统 软件利用了数据叉和资源以外的其他分支 叉子

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

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

Answer 1

回想起，Macintosh OS的一个怪癖之一是文件有两个“ fork”，

古怪？而是一个众所周知的功能。

类似于NTFS的鲜为人知的功能，称为“ ADS”（备用数据流）。

这是组织数据的好方法。

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

它们在相应的手册中都有详细记录-甚至像here一样在线。 Ofc，没有理由加入它们，因为它们自10.9（小牛）起就已弃用]

我们知道苹果是否以及何时正式弃用该功能？

是的，确实如此，当时是2013年10月，OSX 10.9发行了。

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

直到今天……至少在1999年（MacOS 8）和2013年之间的任何Mac OS的适当API文档中查找。

始终查看所使用版本的API。实际的OSX不再需要其使用，因此无法在其中找到。