Was ist eine gute Namenskonvention für vars, Methoden, etc. in C++?

Tun, was Sie wollen, solange seine minimal, konsistent und nicht zu brechen alle Regeln, die.

Ich persönlich finde die Boost-Stil einfachsten; es entspricht dem standard-Bibliothek (also ein einheitliches look-code) und ist einfach. Ich persönlich Wende auf m und p Präfixe der Mitglieder und der Parameter, bzw. geben:

#ifndef NAMESPACE_NAMES_THEN_PRIMARY_CLASS_OR_FUNCTION_THEN_HPP
#define NAMESPACE_NAMES_THEN_PRIMARY_CLASS_OR_FUNCTION_THEN_HPP

#include <boost/headers/go/first>
#include <boost/in_alphabetical/order>
#include <then_standard_headers>
#include <in_alphabetical_order>

#include "then/any/detail/headers"
#include "in/alphabetical/order"
#include "then/any/remaining/headers/in"
//(you'll never guess)
#include "alphabetical/order/duh"

#define NAMESPACE_NAMES_THEN_MACRO_NAME(pMacroNames) ARE_ALL_CAPS

namespace lowercase_identifers
{
    class separated_by_underscores
    {
    public:
        void because_underscores_are() const
        {
            volatile int mostLikeSpaces = 0; //but local names are condensed

            while (!mostLikeSpaces)
                single_statements(); //don't need braces

            for (size_t i = 0; i < 100; ++i)
            {
                but_multiple(i);
                statements_do();
            }             
        }

        const complex_type& value() const
        {
            return mValue; //no conflict with value here
        }

        void value(const complex_type& pValue)
        {
            mValue = pValue ; //or here
        }

    protected:
        //the more public it is, the more important it is,
        //so order: public on top, then protected then private

        template <typename Template, typename Parameters>
        void are_upper_camel_case()
        {
            //gman was here                
        }

    private:
        complex_type mValue;
    };
}

#endif

Dass.
(Und wie ich schon sagte in Kommentaren nicht erlassen, die Google-Style Guide für deinen code, es sei denn, es ist etwas so belanglosen wie Namenskonvention.)

InformationsquelleAutor GManNickG

Ich eigentlich verwenden oft Java-Stil: PascalCase für Typ-Namen, camelCase für Variablen und Funktionen, CAPITAL_WORDS für Präprozessor-Makros. Ich bevorzuge, die über die Boost/STL-Konventionen, weil Sie nicht haben, um suffix-Typen mit _type. E. g.

Size size();

statt

size_type size();   //I don't like suffixes

Dies hat den zusätzlichen Vorteil, dass StackOverflow code formatter erkennt Size als Typ name 😉

InformationsquelleAutor Philipp

Adresse der umfassenderen Frage von style guides, die ich vorschlagen, Kommissionierung ein und bleibe dabei.

Die Google style guide ist sehr ausführlich/umfassend, so dass es eine gute Wahl.

Einer gemeinsamen Konvention nur für die Benennung ist:

• camelCase für alle Namen (außer Konstanten)
• Anfang mit einem Großbuchstaben, wenn es ein Klasse – CamelCase
• Konstanten in ALL_CAPS mit Unterstrich trennen Wörter
• Funktionen wie Variablen – camelCase()
• member-Variablen mit vorangestelltem "m" – mCamelCase

Es ist wirklich bis zu Ihnen oder alternativ die Menschen, die Sie arbeiten für/mit oder die Universität Sie studieren an.

Für einen detaillierten Blick auf eine Vielzahl von style guides oder Begründungen hinter Ihnen, check-out Pragmatische Programmierer von Andrew Hunt und David Thomas.

InformationsquelleAutor Lyndon White

Während viele Menschen vorschlagen, mehr oder weniger strenge Die Ungarische notation Varianten (beängstigend!), für die Benennung Vorschläge, ich würde vorschlagen, Sie nehmen einen Blick auf Google C++ Coding Guidelines. Das ist vielleicht nicht die beliebtesten Namenskonventionen, aber es ist zumindest ziemlich komplett. Abgesehen vom sound, naming conventions, es gibt einige nützlichen Richtlinien, jedoch viel es sein sollte mit einem Körnchen Salz (Ausnahme Verbot zum Beispiel, und die Tendenz, Sie zu halten Weg von der modernen C++ coding style).

Obwohl ich persönlich, wie die extreme low-tech-convention Stil der STL und Boost ;).

InformationsquelleAutor Kornel Kisielewicz

Gibt es viele verschiedene sytles/Konventionen, die Menschen benutzen, wenn die Codierung C++. Zum Beispiel, einige Leute bevorzugen die Trennung von Wörtern in Versalien (myVar oder MyVar) oder mit Unterstrichen (meine_variable). In der Regel, Variablen, verwenden Sie Unterstriche sind in alle Kleinbuchstaben (aus meiner Erfahrung).

Es ist auch ein coding style, Ungarisch aufgerufen, was ich glaube ist von microsoft verwendet. Ich persönlich glaube, dass es ist eine Verschwendung von Zeit, aber es kann sich als nützlich erweisen. Dies waren die Namen der Variablen sind gegeben, kurz Präfixe wie ich, oder f Hinweis die Variablen-Typ. Zum Beispiel: int iVarname, char* strVarname.

Es wird angenommen, dass Sie am Ende einen struct/Klasse name mit _t, es zu unterscheiden von einem Variablen Namen. E. g.:

class cat_t {
  ...
};

cat_t myCat;

Es ist auch allgemein akzeptiert, fügen Sie ein anbringen, um anzuzeigen, Zeiger, wie pVariable oder variable_p.

In allen, es gibt wirklich keinen einzigen standard, aber viele. Die Entscheidungen, die Sie machen, über die Benennung der Variablen spielt keine Rolle, so lange, wie es verständlich ist, und vor allem konsistent. Konsistenz, Konsistenz, KONSISTENZ! (versuchen Sie, dreimal!)

Und wenn alle Stricke reißen, google es.

InformationsquelleAutor Alexander Rafferty

nicht annähernd so präzise, wie der link, den Sie zur Verfügung gestellt: aber die folgenden Kapitel 14 - 24 helfen 🙂 hehe

ref: http://www.amazon.com/Coding-Standards-Rules-Guidelines-Practices/dp/0321113586/ref=sr_1_1?ie=UTF8&s=books&qid=1284443869&sr=8-1-catcorr

InformationsquelleAutor antoniuslin