les espaces de noms pour les types enum - les meilleures pratiques

C++03 répondre à:

La bénéficier à partir d'un namespace (plus d'un class), c'est que vous pouvez utiliser using déclarations quand vous le voulez.

La problème avec l'aide d'un namespace est que les espaces de noms peut être développé ailleurs dans le code. Dans un projet d'envergure, vous ne serait pas garanti que deux énumérations ne sont pas les deux pensent qu'ils sont appelés eFeelings

De plus simple-à la recherche de code, j'utilise un struct, comme vous l'avez sans doute voulez que le contenu soit publique.

Si vous faites l'une de ces pratiques, vous êtes en avance de la courbe et n'est probablement pas nécessaire d'examiner de manière plus poussée.

Plus récente, C++11 conseils:

Si vous êtes à l'aide de C++11 ou une version ultérieure, enum class sera implicitement la portée de l'enum valeurs dans l'énumération du nom.

Avec enum class vous perdrez des conversions implicites et des comparaisons types d'entiers, mais dans la pratique qui peut vous aider à découvrir ambigu ou code bogué.

J'ai hybridé les réponses précédentes à quelque chose comme ceci: (EDIT: Ceci n'est utile que pour les pré - C++11. Si vous êtes à l'aide de C++11, utiliser enum class)

J'ai un gros fichier d'en-tête qui contient tous mes projet enums, parce que ces énumérations sont partagés entre les travailleurs des classes et il n'est pas judicieux de mettre les énumérations dans le travailleur classes elles-mêmes.

La struct évite le public: sucre syntaxique, et la typedef vous permet en fait de déclarer des variables de ces énumérations dans les autres travailleurs des classes.

Je ne pense pas que l'aide d'un espace de noms permet à tous les. C'est peut-être parce que je suis un programmeur C#, et il vous ont d'utiliser le type enum nom lorsque l'on se réfère aux valeurs, donc je suis habitué à elle.

    struct KeySource {
        typedef enum { 
            None, 
            Efuse, 
            Bbram
        } Type;
    };

    struct Checksum {
        typedef enum {
            None =0,
            MD5 = 1,
            SHA1 = 2,
            SHA2 = 3
        } Type;
    };

    struct Encryption {
        typedef enum {
            Undetermined,
            None,
            AES
        } Type;
    };

    struct File {
        typedef enum {
            Unknown = 0,
            MCS,
            MEM,
            BIN,
            HEX
        } Type;
    };

...

class Worker {
    File::Type fileType;
    void DoIt() {
       switch(fileType) {
       case File::MCS: ... ;
       case File::MEM: ... ;
       case File::HEX: ... ;
    }
}

Une différence entre l'utilisation d'une classe ou d'un espace de noms est que la classe ne peut pas être rouverte comme un espace de noms peut. Cela permet d'éviter la possibilité que l'espace de noms peuvent être utilisées dans le futur, mais il y a aussi le problème que vous ne pouvez pas ajouter à l'ensemble des énumérations soit.

Un avantage pour l'utilisation d'une classe, c'est qu'ils peuvent être utilisés en tant que modèle type des arguments, ce qui n'est pas le cas pour les espaces de noms:

class Colors {
public:
  enum TYPE {
    Red,
    Green,
    Blue
  };
};

template <typename T> void foo (T t) {
  typedef typename T::TYPE EnumType;
  //...
}

Personnellement, je ne suis pas un fan de à l'aide de, et je préfère les noms entièrement qualifiés, donc je ne vois pas vraiment ça comme un plus pour les espaces de noms. Cependant, ce n'est probablement pas la décision la plus importante que vous ferez dans votre projet!

Depuis les énumérations sont limitées à leur cadre englobant, il est probablement préférable de les envelopper dans quelque chose pour éviter de polluer l'espace de noms global et pour aider à éviter les collisions de noms. Je préfère un espace de noms de la classe tout simplement parce que namespace se sent comme un sac de contenance, tandis que class se sent comme un robuste objet (cf. le struct vs class débat). Un avantage possible à un espace de noms est qu'il peut être étendu par la suite - utile si vous avez à traiter avec de la troisième partie du code que vous ne pouvez pas modifier.

C'est tout à fait discutable bien sûr, quand nous arrivons à énumérer les classes C++0x.