JSON命名约定
JSON命名有标准吗？我看到大多数示例都使用所有小写字母，并用下划线（lower_case）分隔。但是，可以使用PascalCase或camelCase吗？
问题答案：
目前尚无SINGLE标准，但我已经看到您提到的3种样式（“ Pascal / Microsoft”，“ Java”（camelCase）和“
C”（下划线，snake_case））以及至少另外一种样式，kebab-case例如longer-name）。
这似乎主要取决于所涉及服务的背景开发人员。具有c / c
++背景的人（或采用类似命名的语言，包括许多脚本语言，ruby等）通常选择下划线变体；和其余的类似（Java与.NET）。例如，提到的Jackson库采用Java
Bean命名约定（camelCase）
更新：我对“标准”的定义是一个单一的约定。因此，尽管可以说“是的，但有很多标准”，但对我来说却有很多Naming Conventions，但总体上没有一个是“
The”标准。其中之一可以被认为是特定平台的标准，但是考虑到JSON用于平台之间的互操作性，这可能有意义也可能没有意义。
-
为了在跨API开发中向开发者提供一致的开发体验，所有的命名应该保证： 简单 直观 一致 这适用于接口、资源、集合、方法以及消息的命名。 因为很多开发者并非以英语作为母语，所以命名约定的目标之一是确保大多数开发者可以更容易理解 API。对于方法和资源，我们鼓励使用简单、直观和一致的单词来命名。 API 中的命名应该使用正确的美式英语。例如，使用美式英语的 license 而非英式英语的 licenc
-
在本节，我们不会讨论适用于大规模和可维护的最佳 CSS 命名方案，因为这不仅仅超过了个人的能力范围，也不是一个Sass样式指南可以解决的问题。我个人推荐遵从 CSS Guidelines 的建议。 良好的命名对保持整体代码的一致性和可读性非常重要，在 Sass 中可以命名的地方如下： 变量； 函数； 混合宏。 由于 Sass 占位符遵循和类名相同的命名模式，因此被视为常规的 CSS 选择器，也就在
-
函数名 小技巧 使用小写字母，并用下划线分隔单词。使用双冒号 :: 分隔库。函数名之后必须有圆括号。关键词 function 是可选的，但必须在一个项目中保持一致。 如果你正在写单个函数，请用小写字母来命名，并用下划线分隔单词。如果你正在写一个包，使用双冒号 :: 来分隔包名。大括号必须和函数名位于同一行（就像在Google的其他语言一样），并且函数名和圆括号之间没有空格。 # Single fu
-
问题内容： 我的完整变量名称是“唯一代码”，但是我希望此变量是“ ucode” -ish。 那么考虑Java命名约定是正确的吗？ 编码 uCode UCode 问题答案： 请参阅编码约定。对于变量，建议使用驼峰式大小写。回覆。命名，我本以为 将是最合乎逻辑的选择（我知道那不在您的选择列表中）。任何变体在我看来都是 unicode 的缩写，我认为这是一种误导。以上不是一个太长的名称（例如，它不是Ab
-
问题内容： 按照目前的情况，这个问题并不适合我们的问答形式。我们希望答案得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 7年前关闭。 我知道关于哪种命名约定最适合JavaScript的争论很多（也许没有争议，但至少有争论）。 您如何命名变量，函数，对象等？ 我将对此保留自己的想法，因为我已经
-
毫无疑问，每个独立的工程都有一套自己的命名约定，不过仍然有一些通用的规则值得参考。 为系统用途保留以下划线开头或下划线结尾的名字，并且这些名字不应该被用在任何用户自定义的名字中。大多数系统使用这些名字用于用户不应 该也不需知道的名字中。如果你一定要使用你自己私有的标识符，可以用标识它们归属的包的字母作为开头。 Enum常量应该大写或全部大写。 函数名、typedef名，变量名以及结构体、联合体与枚