C++核心准则?NL：命名和布局规则 NL:NamingandlayoutrulesNL：命名和布

文章插图
NL: Naming and layout rulesNL：命名和布局规则Consistent naming and layout are helpful. If for no other reason because it minimizes "my style is better than your style" arguments. However, there are many, many, different styles around and people are passionate about them (pro and con). Also, most real-world projects includes code from many sources, so standardizing on a single style for all code is often impossible. After many requests for guidance from users, we present a set of rules that you might use if you have no better ideas, but the real aim is consistency, rather than any particular rule set. IDEs and tools can help (as well as hinder).
如果没有其他原因，一致的命名和布局是就有益的，因为它最小化了“我的风格比您的风格更好”的说法。但是，周围有很多很多不同的风格，人们对此充满热情（赞成和反对）。此外，大多数现实世界项目都包含来自许多来源的代码，因此，通常不可能对所有代码进行单一样式的标准化。在用户提出许多要求后，我们提出了一套规则，如果您没有更好的主意，则可以使用，但真正的目的是一致性，而不是任何特定的规则集。 IDE和工具可以为某些规则提供帮助（也可以阻止某些规则）。
Naming and layout rules:
命名和布局规则：
NL.1: Don't say in comments what can be clearly stated in code
NL.1：请不要在注释中说代码中可以清楚说明的内容
NL.2: State intent in comments
NL.2：在注释中表达意图
NL.3: Keep comments crisp
NL.3：保持注释清晰
NL.4: Maintain a consistent indentation style
NL.4：保持一致的缩进样式
NL.5: Avoid encoding type information in names
NL.5：避免在名称中包含类型信息
NL.7: Make the length of a name roughly proportional to the length of its scope
NL.7：使名称的长度与范围的长度大致成比例
NL.8: Use a consistent naming style
NL.8：使用一致的命名方式
NL.9: Use ALL_CAPS for macro names only
NL.9：ALL_CAPS仅用于宏名称
NL.10: Prefer underscore_style names
NL.10：更应该使用underscore_style名称
NL.11: Make literals readable
NL.11：使字面值可读
NL.15: Use spaces sparingly
NL.15：谨慎使用空格
NL.16: Use a conventional class member declaration order
NL.16：使用常规的类成员声明顺序
NL.17: Use K --tt-darkmode-color: #CDA13E;">觉得本文有帮助？请分享给更多人。
关注微信公众号【面向对象思考】轻松学习每一天！
【C++核心准则?NL：命名和布局规则】面向对象开发，面向对象思考！