Quels sont les plus communs des conventions de nommage en C?

"Struct pointeurs" ne sont pas des entités qui ont besoin d'une convention de nommage de la clause pour les couvrir. Ils sont juste struct WhatEver *. NE PAS cacher le fait qu'il y est un pointeur impliqué avec un astucieux et "évident" typedef. Il ne sert à rien, c'est plus long à taper, et détruit l'équilibre entre la déclaration et l'accès.

De codage dans C#, java, C, C++ et objective-C en même temps, j'ai été très clair et simple convention de nommage pour simplifier ma vie.

Tout d'abord, il s'appuie sur la puissance de l'Ide modernes (tels que eclipse, Xcode...), avec la possibilité d'obtenir rapidement de l'information en passant la souris ou ctrl clic...
En acceptant que, j'ai supprimé l'utilisation de n'importe quel préfixe, suffixe et d'autres marqueurs qui sont simplement données par les IDE.

Ensuite, la convention:

• De tous les noms DOIVENT être une phrase expliquant ce que vous avez. Comme "c'est ma convention".
• Ensuite, à 4 méthodes pour obtenir une convention d'une phrase:
  1. THIS_IS_MY_CONVENTION pour les macros, enum membres
  2. ThisIsMyConvention pour le nom de fichier, nom de l'objet (classe, struct, enum, syndicat...), le nom de la fonction, le nom de la méthode, typedef
  3. this_is_my_convention variables globales et locales,
     
     paramètres, struct et union éléments
  4. thisismyconvention [facultatif] très locales et les variables temporaires (tels comme une boucle for() index)

Et c'est tout.

Il donne

class MyClass {
    enum TheEnumeration {
        FIRST_ELEMENT,
        SECOND_ELEMENT,
    }

    int class_variable;

    int MyMethod(int first_param, int second_parameter) {
        int local_variable;
        TheEnumeration local_enum;
        for(int myindex=0, myindex<class_variable, myindex++) {
             localEnum = FIRST_ELEMENT;
        }
    }
}

Vous le savez, j'aime garder les choses simples, mais clair... Donc voilà ce que j'utilise, dans C:

• Trivial Variables: i,n,c,etc... (une Seule lettre. Si une lettre n'est pas
  clair, puis en faire une Variable Locale)
• Variables Locales: lowerCamelCase
• Variables Globales: g_lowerCamelCase
• Const Variables: ALL_CAPS
• Pointeur de Variables: ajouter un p_ pour le préfixe. Pour les variables globales, il serait gp_var, pour les variables locales p_var, pour const variables p_VAR. Si les pointeurs sont utilisés, puis d'utiliser un fp_ au lieu de p_.
• Les structures: ModuleCamelCase (Module = le nom complet du module, ou un 2-3 lettre de l'abréviation, mais encore dans CamelCase.)
• Struct Membre Variables: lowerCamelCase
• Enums: ModuleCamelCase
• Les Valeurs De L'Enum: ALL_CAPS
• Fonctions Publiques: ModuleCamelCase
• Privé Des Fonctions: CamelCase
• Macros: CamelCase

Je typedef mon structs, mais utiliser le même nom pour
à la fois l'étiquette et de la définition de type. La balise n'est pas destiné à être utilisé couramment.
Au lieu de cela, il est préférable d'utiliser la définition de type. J'ai également déclarer avant le typedef dans le public en-tête de module pour l'encapsulation et afin que je puisse utiliser le typedef avait nom dans la définition.

Plein struct Exemple:

typdef struct TheName TheName;
struct TheName{
    int var;
    TheName *p_link;
};

Je ne comprends pas une chose: Vous avez l'intention de créer une nouvelle convention de nommage pour un nouveau projet. En général, vous devriez avoir une convention de nommage de l'entreprise ou de l'équipe à l'échelle. Si vous avez déjà des projets qui ont toute forme de convention de nommage, vous ne devez pas modifier la convention pour un nouveau projet. Si la convention ci-dessus est juste de la codification de vos pratiques actuelles, alors vous êtes de l'or. Plus elle diffère de l'existant de facto normes de la plus il sera difficile de gagner de la notoriété acquise dans la nouvelle norme.

Sur la seule suggestion que je voudrais ajouter, c'est que j'ai pris goût à l'_t à la fin de types dans le style de uint32_t et size_t. C'est très C-ish pour moi, bien que certains pourraient se plaindre, c'est juste "reverse" hongrois.

Il pourrait y avoir beaucoup de gens, principalement IDEs dicter certaines tendances et C++ conventions sont également de pousser. Pour C souvent:

• UNDERSCORED_UPPER_CASE (macro définitions, des constantes, des enum membres)
• underscored_lower_case (variables, fonctions)
• CamelCase (types personnalisés: les structures, énumérations, syndicats).
• uncappedCamelCase (oppa style Java)
• UnderScored_CamelCase (variables, fonctions en vertu de la nature des espaces de noms)

Notation hongroise pour les variables globales sont bien, mais pas pour les types.
Et de même pour les noms triviaux, veuillez utiliser au moins deux caractères.