谷歌C ++风格指南(http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml)是否适合您?我正在关注该文档,因为我需要指南!!否则,我会每天改变我的命名惯例......
另一个问题:在开发软件库时,我们所有人都可能将所有内容放在一个或多个名称空间中。假设您的库名为MyLib,并假设您有一个名为CMemory的类。正如您所看到的,CMemory是一个通用名称,它在使用库时可能会产生歧义,即使CMemory位于命名空间MyLib下也是如此。通常,您是否为类使用了一些前缀,以及MyLib::
可访问的其他对象(例如:mlCMemory)?
答案 0 :(得分:3)
我认为很多人不会认为google c ++规则是他们用来编写c ++代码的一般规则,例如“我们不使用C ++异常”。并不是大多数人可能同意的。
至于变量命名规则,它们看起来和任何规则一样好。只要你有一些一致的规则,这并不重要。
答案 1 :(得分:2)
是的,谷歌的命名惯例似乎没问题。
正如您所看到的,CMemory是一个通用名称,它可以生成一个 使用库时的模糊性,即使CMemory在 命名空间MyLib。通常,你是否为类使用了一些前缀,和 MyLib ::可访问的其他对象(例如:mlCMemory)?
没有前缀。如果您认为命名空间不起作用,那么命名空间的重点是什么。
请注意,匈牙利表示法(类名以C开头)并没有增加多少,谷歌似乎也没有使用它。
答案 2 :(得分:0)
几年前我读过它,并且不同意许多事情,并且更喜欢其他风格和习语。您认为谷歌C ++风格指南好吗?
<强>命名强>
就个人而言,我使用t_
用于类,使用UpperCamel用于命名空间:
namespace MonLibrary {
class t_basic_object;
}
以及成员变量的前缀d_
。但是这个描述遗漏了我使用的许多其他约定。