Objective c Objective字符串文字的权威描述？

Apple通过显示示例暗示了NSString的存在，并且NSString文本被写为

 @ "<string content>"

@“

令人惊讶的是，这就是它所说的，这些只是在没有任何讨论的示例中出现。那份文件真的是唯一的参考文件吗

我四处翻找，发现里面似乎有很多有用的信息。但这是对的吗

是否有权威性的文档精确地描述了NSString文本中可以说什么（语法），以及它的含义（语义）？例如，NSString文本的内容语法是否与C（99）字符串文本的内容语法相同？Objective++中的语法是否不同？我可以像对待其他类型的C99/C++字符串一样，在字符串文字内容的前面加上宽度规范，还是只有一种NSString文字？什么是黑暗的角落

---

还是我唯一的选择去挖掘GCC4和Clang的实现来找出答案？

考虑到文档和随机博客之间的选择，我倾向于相信文档

写的东西不多，因为没什么可说的<代码>@.“是一个静态字符串常量。它是在编译时创建的，以只读方式写入二进制格式映射到内存中，甚至比

NSString

实例本身更不可变（例如，常量NSString根本不实现保留计数；没有分配）

---

除了编译器使用普通的旧C字符串的正常语法外，没有与它们相关联的真正语法。也就是说，你可以做各种各样的严格化工作，等等。

好吧，我相信这些文件，但他们实际上什么也没说；NSString文本的示例仅“偶然”提供。参考可以说，NSString文本与C字符串文本具有相同的语法和解释，只是结果是UTF-16。这是我的猜测，但我正试图建立一个分析仪，不想猜测，或玩经验实验游戏。。。。这里有一个简单的问题，我可以凭经验回答，但我更愿意有一个标准作为依据：我可以清楚地写出“abc”。我可以写“ABC”（空间在@和“之间”）吗？像这样的问题，你几乎必须通过阅读源来回答。不幸的是，没有Objc的标准，因为C++或C. Apple是语言背后的主要用户和驱动程序，它们的编译器实现（Objc的CLE）是事实上的标准。与散文版本差不多，显然它的精度远不及其他任何一种语言的标准（而且它往往落后于编译器）.太好了。我们在21世纪，使用的语言定义很差，可以在数百万台设备上运行，因为没有人会打扰。我们想知道为什么软件构建很难？我甚至不知道写什么是合法的，更不用说它意味着什么了！请原谅我的沮丧。不，我同意你的看法。如果有这种语言存在，那就太好了我不知道这是什么时候可以使用的，但这是我认为你们可能想要的最确定的治疗方法。