C++ C++;数组名的符号
我有两门课,一门预约课和一门日历课。calendar类有一个约会对象数组。约会数组名称是否应为复数?即:C++ C++;数组名的符号,c++,class,syntax,C++,Class,Syntax,我有两门课,一门预约课和一门日历课。calendar类有一个约会对象数组。约会数组名称是否应为复数?即: appointment[] appointment; 或 对于这种情况是否有一个一致的语法 更新:另外,类名是以小写字母还是大写字母开头?没有约定的命名约定,但我有两个建议: 使用std::vector 为数据成员提供一些特殊的前缀或后缀,例如约会或m\u约会 就我个人而言,我觉得在提及收藏时,复数形式更直观。没有约定的命名约定,但我有两个建议: 使用std::vector 为数据成员提供
appointment[] appointment;
或
对于这种情况是否有一个一致的语法
更新:另外,类名是以小写字母还是大写字母开头?没有约定的命名约定,但我有两个建议:
std::vector
约会
或m\u约会
就我个人而言,我觉得在提及收藏时,复数形式更直观。没有约定的命名约定,但我有两个建议:
std::vector
约会
或m\u约会
就我个人而言,我觉得复数形式在引用集合时更直观。没有约定,但类型标识符和变量标识符需要使用不同的名称。我倾向于大写类型而不是变量标识符,但这是个人喜好的问题。在成员数据的这种特定情况下,前缀或后缀也起作用
此外,就个人口味而言,我确实倾向于用复数来表示容器,并且怀疑它更常见。但是,与此相反,我经常认为谈论整个容器是有意义的,而从英语阅读的角度来看,“约会[3]”,因为“约会三”比“约会三”读得更好。没有约定,但您需要为类型标识符和变量标识符使用不同的名称。我倾向于大写类型而不是变量标识符,但这是个人喜好的问题。在成员数据的这种特定情况下,前缀或后缀也起作用
此外,就个人口味而言,我确实倾向于用复数来表示容器,并且怀疑它更常见。但是,与此相反,我经常认为谈论整个容器是有意义的,而从英语阅读的角度来看,“约会[3]”,因为“约会三”比“约会三”读起来更好。没有特别的约定 我建议用匈牙利符号 请阅读以下文章:
这会让你知道该怎么做。没有特别的惯例 我建议用匈牙利符号 请阅读以下文章: 这会让你知道该怎么做 约会数组名称是否应为复数 当然可以。因为它包含多个约会 对于这种情况是否有一个一致的语法 这取决于您的组织、团队或部门中存在的问题。如何命名变量、类等取决于此 约会数组名称是否应为复数 当然可以。因为它包含多个约会 对于这种情况是否有一个一致的语法
这取决于您的组织、团队或部门中存在的问题。如何命名变量、类等取决于此。没有真正的通用约定。如果你在团队中工作, 团队应该建立惯例,每个人都应该遵守 他们。关于公约:能够 认识类型名称,因为你不能解析C++而不知道是否 符号是否为类型名称。一个常见的惯例是 类型名称以大写字符开头,其他名称 (函数、变量等)以小写开头。不是 然而,这是普遍的。至少从理论上讲,这一点应该是清楚的 名称本身:通常的“规则”是类型名称是非限定名词, 变量名限定名词和函数动词。实际上 限定名词和非限定名词之间的区别并不总是如此 很清楚,而且(至少在英语中)并不总是确定 单词是动词或名词。我发现区分类型和类型很有用 其他符号,以及2)非成员的成员 至于复数,这要看情况而定。我发现这种区别 例如,
约会
和约会
之间不太明显。
根据上下文,我可能觉得它足够了,并且可以使用
约会
无论如何,但在很多情况下,我会更进一步
称之为setofappoints
或listofappoints
,或其他名称
这清楚地表明是一个容器。这可能只是懒惰
就我而言;我真的应该找一个更好的名字(一个限定名词,
指示约会类型:allappoints
,如果没有
没有真正的普遍惯例。如果你在团队中工作, 团队应该建立惯例,每个人都应该遵守 他们。关于公约:能够 认识类型名称,因为你不能解析C++而不知道是否 符号是否为类型名称。一个常见的惯例是 类型名称以大写字符开头,其他名称 (函数、变量等)以小写开头。不是 然而,这是普遍的。至少从理论上讲,这一点应该是清楚的 名称本身:通常的“规则”是类型名称是非限定名词, 变量名限定名词和函数动词。实际上 限定名词和非限定名词之间的区别并不总是如此 很清楚,而且(至少在英语中)并不总是确定 单词是动词或名词。我发现区分类型和类型很有用 其他符号,以及2)非成员的成员 至于复数,这要看情况而定。我发现这种区别 例如,
约会
和约会
之间不太明显。
根据上下文,我可能会觉得
appointment[] appointments;