Dlaczego używasz typedef, kiedy deklarujesz wyliczenie w C ++?

Nie pisałem żadnego C ++ od lat i teraz staram się do niego wrócić. Później natknąłem się na to i pomyślałem o poddaniu się:

typedef enum TokenType
{
    blah1   = 0x00000000,
    blah2   = 0X01000000,
    blah3   = 0X02000000
} TokenType;

Co to jest? Dlaczego typedefużyto tutaj słowa kluczowego? Dlaczego nazwa TokenTypepojawia się dwukrotnie w tej deklaracji? Czym różni się semantyka od tego:

enum TokenType
{
    blah1 = 0x00000000,
    blah2=0x01000000,
    blah3=0x02000000
};

W C, zadeklarowanie wyliczenia w pierwszy sposób pozwala na użycie go w następujący sposób:

TokenType my_type;

Jeśli użyjesz drugiego stylu, będziesz zmuszony zadeklarować swoją zmienną w następujący sposób:

enum TokenType my_type;

Jak wspomnieli inni, nie robi to różnicy w C ++. Domyślam się, że albo osoba, która to napisała, jest programistą C na sercu, albo kompilujesz kod C jako C ++. Tak czy inaczej, nie wpłynie to na zachowanie twojego kodu.

Jest to dziedzictwo C w C, jeśli:

enum TokenType
{
    blah1   = 0x00000000,
    blah2   = 0X01000000,
    blah3   = 0X02000000
};

będziesz musiał go użyć, robiąc coś takiego:

enum TokenType foo;

Ale jeśli to zrobisz:

typedef enum e_TokenType
{
    blah1   = 0x00000000,
    blah2   = 0X01000000,
    blah3   = 0X02000000
} TokenType;

Będziesz mógł zadeklarować:

TokenType foo;

Ale w C ++ możesz używać tylko poprzedniej definicji i używać jej tak, jakby była w typedefinie C.

Nie musisz tego robić. W C (nie w C ++) wymagane było użycie enumame Enumame w celu odniesienia do elementu danych wyliczonego typu. Aby uprościć to ty pozwolono typedef go do jednego typu nazwa danych.

typedef enum MyEnum { 
  //...
} MyEnum;

dozwolone funkcje przyjmujące parametr wyliczenia jako

void f( MyEnum x )

zamiast dłuższego

void f( enum MyEnum x )

Zauważ, że nazwa typu nie musi być równa nazwie wyliczenia. To samo dzieje się z strukturami.

Z drugiej strony w C ++ nie jest to wymagane, ponieważ do wyliczeń, klas i struktur można uzyskać bezpośredni dostęp do typów po ich nazwach.

// C++
enum MyEnum {
   // ...
};
void f( MyEnum x ); // Correct C++, Error in C

W C jest to dobry styl, ponieważ możesz zmienić typ na coś oprócz wyliczenia.

typedef enum e_TokenType
{
    blah1   = 0x00000000,
    blah2   = 0X01000000,
    blah3   = 0X02000000
} TokenType;

foo(enum e_TokenType token);  /* this can only be passed as an enum */

foo(TokenType token); /* TokenType can be defined to something else later
                         without changing this declaration */

W C ++ możesz zdefiniować wyliczenie, aby skompilowało się jako C ++ lub C.

Holdover z C.

Niektórzy twierdzą, że C nie ma przestrzeni nazw, ale nie jest to technicznie poprawne. Ma trzy:

1. Tagi ( enum, union, i struct)
2. Etykiety
3. (wszystko inne)

typedef enum { } XYZ;deklaruje anonimowe wyliczenie i importuje je do globalnej przestrzeni nazw o nazwie XYZ.

typedef enum ABC { } XYZ;deklaruje wyliczenie nazwane ABCw przestrzeni nazw znaczników, a następnie importuje je do globalnej przestrzeni nazw jako XYZ.

Niektóre osoby nie chcą zawracać sobie głowy oddzielnymi przestrzeniami nazw, więc wpisują wszystko. Inni nigdy nie pisali na maszynie, ponieważ chcą przestrzeni nazw.

To trochę stare, ale mam nadzieję, że docenisz link, który zamierzam wpisać, doceniając go, gdy natknąłem się na niego w tym roku.

Oto jest . Powinienem zacytować wyjaśnienie, które zawsze przychodzi mi do głowy, gdy muszę zrozumieć kilka nieprzyjemnych maszynopisów:

W deklaracjach zmiennych wprowadzane nazwy są instancjami odpowiednich typów. [...] Jednak gdy typedefsłowo kluczowe poprzedza deklarację, wprowadzone nazwy są aliasami odpowiednich typów

Jak wiele osób wcześniej powiedziało, nie ma potrzeby używania typedefs deklarujących wyliczenia w C ++ . Ale to jest wyjaśnienie składni typedef! Mam nadzieję, że to pomoże (prawdopodobnie nie OP, ponieważ minęło prawie 10 lat, ale każdy, kto stara się zrozumieć tego rodzaju rzeczy).

W niektórych przewodnikach po kodzie C napisano, że wersja „typedef” jest preferowana ze względu na „przejrzystość” i „prostotę”. Nie zgadzam się, ponieważ typedef zaciemnia prawdziwą naturę zadeklarowanego obiektu. W rzeczywistości nie używam typedefs, ponieważ deklarując zmienną C, chcę mieć jasność co do tego, czym właściwie jest obiekt. Ten wybór pomaga mi szybciej zapamiętywać, co naprawdę robi stary fragment kodu, i pomoże innym, gdy zachowa kod w przyszłości.

Rzeczywista odpowiedź na pytanie „dlaczego” (które jest zaskakująco ignorowane przez istniejące odpowiedzi na górze tego starego pytania) jest taka, że enumdeklaracja ta prawdopodobnie znajduje się w pliku nagłówkowym, który ma być kompatybilny zarówno jako kod C, jak i C ++ (tj. zawarte zarówno w implementacjach C, jak i C ++). Sztuka pisania takich plików nagłówkowych zależy od zdolności autora do wybierania funkcji językowych, które mają odpowiednie kompatybilne znaczenie w obu językach.