objective-c – usrinclude中的所有头文件都被认为是MAS上的公共API吗？

概述当涉及到Mac App Store提交时,/usr/include中的所有标头是否都被保证被视为公共API的一部分？ 例如考虑文件/usr/include/copyfile.h 此文件中的注释说：“此实现不完整,界面可能会在将来的版本中更改.”这会使标题非公开吗？如何确定标头是否被视为公共？ 阅读 this文档页面的底部. 摘抄： Mac OS X includes many dynamic li 当涉及到Mac App Store提交时,/usr/include中的所有标头是否都被保证被视为公共API的一部分？

例如考虑文件/usr/include/copyfile.h

此文件中的注释说：“此实现不完整,界面可能会在将来的版本中更改.”这会使标题非公开吗？如何确定标头是否被视为公共？

解决方法 阅读 this文档页面的底部.

摘抄：

Mac OS X includes many dynamic librarIEs in the /usr/lib directory and its subdirectorIEs. Dynamic shared librarIEs are IDentifIEd by their .dylib extension. header files for the librarIEs are located in /usr/include.

这似乎意味着OS X中包含的.dylib库是在您的应用程序中使用的公平游戏,但是您需要知道它们不保证在例如lib上具有特定版本的lib. lion,所以你应该包括最通用的版本.

正如@Dan所说的那样,如果它有一个联机帮助页,那么另一件可以让您使用的库可以使用. copyfile有一个手册页,所以使用它很好(因为它们向你展示了如何使用它！).为了使事情更加模糊,请查看getattrlist手册页,然后搜索“copyfile”.您可以读取卷功能的标志之一表示支持第二个copyfile()API.因此,在这种情况下,有2个copyfile()API,您只能使用带有联机帮助页的API,因为另一个在此标记为私有和未记录.

任何未包含在Framework文件夹中但未与.dylib或联机帮助页匹配的标头,我通常会避免使用.

总结

以上是内存溢出为你收集整理的objective-c – /usr/include中的所有头文件都被认为是MAS上的公共API吗？全部内容，希望文章能够帮你解决objective-c – /usr/include中的所有头文件都被认为是MAS上的公共API吗？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。