哪里可以获得C ++编程风格标准和指南？

Question

我必须为老板的演讲写一段代码。最终，技术人员和软件工程师将查看代码。他希望我完善它，看起来很专业（我看起来不专业吗？）所以我必须做必须做的事情。

考虑这种写作风格：

class ClassName // capital letter
{
private:
    int var1, var2; // small letter no underscore
    double var3;
    std::string var4;

protected: // no protected data
public:
    ClassName() {}
    ClassName(int _var1, int _var2) // definition should be in .h but I will just right it here now
    {
        this->var1 = _var1; // underscored parameters
        this->var2 = _var2;
    }
};

我敢打赌，这将编译没有问题但是当涉及变量命名，强调前缀，类结构等等时，存在大量冲突的资源。我做了一些研究，让我更加困惑。我知道在一天结束时它只是一种基于意见的风格或个人观点，但我只有SO社区来克服这个问题，我仍然相信这个地方有一个指南或标准：

• Layout of the Recommendations州＆＃34; 私有类变量应该有下划线后缀 ＆＃34;
• Rules about underscore州的评价很高的答案＆＃34; 永远不会使用下划线启动变量＆＃34;并且接受的答案陈述＆＃34; 所有强调的变量都被保留＆＃34;
• Naming convention状态中接受的答案＆＃34; 在C ++中，下划线通常表示私有成员变量＆＃34;
• 在Meaning of leading underscores中，我看到构造函数的参数被强调
• cpp variable naming表示＆＃34; _ SUM：C ++语言允许第一个位置的下划线＆＃34;

另一种风格是：

class className // small letter
{
private:
    int m_var1, m_var2; // m and underscored
    double m_var3;
    std::string m_var4;

// no protected section at all
public:
    className();
    className(int var1, int var2) // should be just prototype in .h and definition in .cpp but I will write here for now
    {
        this->m_var1 = var1; // no naming style for parameters
        this->m_var2 = var2;
    }
};

最新的问题/答案可能是5年（它并不重要）。但我想看看有关这个问题的费率和答案。何时使用_variable？ 何时使用variable_？ 何时使用variable？ 何时使用m_variable？ 即使我没有数据（例如＆＃34;空＆＃34; protected），我是否应该始终遵循课程结构？变量和类名是大写还是小写的时间和原因？ 专业程序员/开发人员如何编写上述示例代码？

＆＃34;添加了C＃，因为我认为这两种语言在这个问题上都有相同的标准＆＃34;