已使用的objective-c前缀列表

我希望为我正在编写的库选择一个名称空间，我希望避免与其他名称空间发生冲突

有人知道一个网站列出了所有使用的类前缀吗？

可能是你最好的选择。它不是“官方的”，但它是很多开发者都会去看的地方

---

实际上，只要你不使用苹果公司使用的那种，你可能会没事。

作为首字母前缀的替代：

• 如果您正在编写应用程序，请不要使用前缀。您不太可能在应用程序中遇到另一个名为AppController的类
• 否则，请使用产品名称作为前缀。例如，如果您编写了一个名为“Whizbang”的颜色选择器，请将其主要类命名为“WhizbangColorPicker”

根据2012年12月13日苹果公司的“在目标C中编程”文件，苹果公司保留了所有2个字符前缀，以便在其框架中使用。鼓励用户在命名类时使用3个字符的前缀，以避免与Apple发生冲突。请参阅“约定”部分。

< P>”您应该尝试选择清楚地将每个符号与框架关联的名称。例如，考虑 向所有外部符号名称添加短前缀。前缀有助于区分框架中的符号 它们还向其他开发人员明确了哪个框架是 正在使用。典型的前缀包括框架名称的前几个字母或首字母缩写。例如 例如，核心图形框架中的函数使用前缀“CG”

---

正如bdrister所说，只要你不使用苹果前缀，你就不会遇到很多问题。在iPhone上，你的应用程序是沙盒式的，不会加载任何动态/共享库，因此你不会与其他第三方应用程序发生冲突。是的，我一点也不为应用程序的前缀而烦恼——只为应用程序使用的框架和插件y其他应用程序-我已将VK添加到上面的列表中。只是想确保我没有踩到明显的库。不幸的是，该列表似乎没有更新，因为核心位置（CL）或地图工具包（MK）列出了苹果使用的前缀。@JeremyP，完全没有前缀是个坏主意。几年前，苹果发布了地址簿框架，其中包含一个名为“Account”的私有内部类。破坏了一大堆甚至不使用AB的应用程序（他们通过使用另一个链接到它的苹果库间接获得了它，我忘了是哪个了。也许是邮件表？共享套件？）很好的提示，Xcode 5已经用

XYZ

提示了类前缀字段。虽然我同意不为应用程序类使用前缀，但事实证明，苹果的一些私有框架不使用类前缀。具体来说，私有框架MIME.framework有一个消息类和其他一些。强烈反对为应用程序类避免前缀这些原因。总是使用前缀。完全不使用前缀是个坏主意。几年前，苹果发布了地址簿框架，其中包含一个名为“Account”的私有内部类。破坏了一大堆甚至不使用AB的应用程序（他们通过使用另一个链接到它的苹果库间接获得了它，我忘了是哪个了。也许是邮件表？共享套件？）