Was stellt ein Typ gefolgt von _t (Unterstrich-t) dar?

Dies scheint eine einfache Frage zu sein, aber ich kann sie mit der Stack Overflow-Suche oder Google nicht finden. Was bedeutet ein Typ, gefolgt von a _t bedeuten? Wie zum Beispiel

int_t anInt;

Ich sehe es oft in C-Code, der sich eng mit Hardware befassen soll – ich kann nicht anders, als zu glauben, dass sie verwandt sind.

Wie Douglas Mayle feststellte, bezeichnet es im Grunde einen Typennamen. Folglich wäre es nicht ratsam, Variablen- oder Funktionsnamen mit ‘_t“, da dies zu Verwirrung führen könnte. Ebenso gut wie size_tdefiniert der C89-Standard wchar_t, off_t, ptrdiff_t, und wahrscheinlich einige andere, die ich vergessen habe. Der C99-Standard definiert viele zusätzliche Typen, wie z uintptr_t, intmax_t, int8_t, uint_least16_t, uint_fast32_t, usw. Diese neuen Typen sind formal definiert in <stdint.h> aber am häufigsten werden Sie verwenden <inttypes.h> was (ungewöhnlich für Standard-C-Header) beinhaltet <stdint.h>. Es (<inttypes.h>) definiert auch Makros zur Verwendung mit der printf() und scanf().

Wie Matt Curtis feststellte, hat das Suffix für den Compiler keine Bedeutung; es ist eine menschenorientierte Konvention.

Allerdings sollte man das auch beachten Posix definiert viele zusätzliche Typnamen, die auf ‘ enden_t‘, und reserviert das Suffix für die Umsetzung. Das heißt, wenn Sie auf POSIX-bezogenen Systemen arbeiten, ist es nicht ratsam, Ihre eigenen Typnamen mit der Konvention zu definieren. Das System, an dem ich arbeite, hat es getan (seit mehr als 20 Jahren); Wir werden regelmäßig von Systemen gestolpert, die Typen mit dem gleichen Namen definieren, den wir selbst definieren.

Es ist eine Konvention zur Benennung von Datentypen, zB with typedef:

typedef struct {
  char* model;
  int year;
...
} car_t;

Das _t umschließt normalerweise eine undurchsichtige Typdefinition.

GCC fügt lediglich Namen hinzu, die auf enden _t in den reservierten Namespace, den Sie nicht verwenden dürfen, um Konflikte mit zukünftigen Versionen von Standard C und POSIX zu vermeiden (Handbuch der GNU C-Bibliothek). Nach einiger Recherche fand ich endlich die richtige Referenz im POSIX-Standard 1003.1: B.2.12 Datentypen (Volumen: BegründungAnhang: B. Begründung für SystemschnittstellenKapitel: B.2 Allgemeine Informationen):

B.2.12 Datentypen
Definierte Typen

Die Anforderung, dass zusätzliche Typen, die in diesem Abschnitt definiert werden, auf „_t“ enden, wurde durch das Problem der Namensraumverschmutzung ausgelöst. Es ist schwierig, einen Typ (wobei dieser Typ nicht von POSIX.1-2017 definiert ist) in einer Header-Datei zu definieren und ihn in einer anderen zu verwenden, ohne dem Namensraum des Programms Symbole hinzuzufügen. Damit Implementierer ihre eigenen Typen bereitstellen können, müssen alle konformen Anwendungen Symbole vermeiden, die mit „_t“ enden, wodurch der Implementierer zusätzliche Typen bereitstellen kann. Da Typen hauptsächlich in der Definition von Strukturmitgliedern verwendet werden, die zu den in POSIX.1-2017 definierten Strukturen hinzugefügt werden können (und in vielen Fällen müssen), ist der Bedarf an zusätzlichen Typen zwingend.

Kurz gesagt, der Standard sagt, dass es gute Chancen gibt, die Liste der Standardtypen zu erweitern, daher schränkt der Standard die ein _t Namensraum für den eigenen Gebrauch.

Zum Beispiel passt Ihr Programm POSIX 1003.1 Ausgabe 7 und Sie haben einen Typ definiert foo_t. POSIX 1003.1 Ausgabe 8 wird schließlich mit einem neu definierten Typ veröffentlicht foo_t. Ihr Programm stimmt nicht mit der neuen Version überein, was ein Problem sein könnte. Einschränkung der _t Verwendung verhindert, dass der Code umgestaltet wird. Wenn Sie also eine POSIX-Konformität anstreben, sollten Sie dies unbedingt vermeiden _t wie es der Standard vorschreibt.

Nebenbemerkung: Ich persönlich versuche, mich an POSIX zu halten, weil ich denke, dass es gute Grundlagen für eine saubere Programmierung bietet. Außerdem bin ich ziemlich lieb Linux-Codierungsstil (Kapitel 5) Richtlinien. Es gibt einige gute Gründe, warum man typedef nicht verwendet. Ich hoffe das hilft!

Es ist eine Standard-Namenskonvention für Datentypen, die normalerweise von typedefs definiert wird. Ein Großteil des C-Codes, der sich mit Hardwareregistern befasst, verwendet C99-definierte Standardnamen für vorzeichenbehaftete und vorzeichenlose Datentypen mit fester Größe. Als Konvention stehen diese Namen in einer Standardheaderdatei (stdint.h) und enden mit _t.

Das _t hat an sich keine besondere Bedeutung. Aber es ist allgemein gebräuchlich geworden, das hinzuzufügen _t Suffix für Typedefs.

Sie sind vielleicht besser mit gängigen C-Praktiken für die Benennung von Variablen vertraut … Dies ist ähnlich wie es üblich ist, ap für einen Zeiger voranzustellen und einen Unterstrich vor globalen Variablen zu verwenden (dies ist etwas seltener). , und um die Variablennamen zu verwenden i, jund k für temporäre Schleifenvariablen.

In Code, in dem Wortgröße und Reihenfolge wichtig sind, werden häufig explizit definierte benutzerdefinierte Typen verwendet, z BYTE WORD (normalerweise 16-Bit) DWORD (32 Bit).

int_t ist nicht so gut, weil die definition von int variiert zwischen den Plattformen – also wessen int passt du dich an? (Obwohl heutzutage die meisten PC-zentrierten Entwicklungen es als 32 Bit behandeln, behandeln viele Dinge für die Nicht-PC-Entwicklung immer noch ints als 16 Bit).

Es ist nur eine Konvention, die “Typ” bedeutet. Für den Compiler bedeutet es nichts Besonderes.

Es bedeutet Typ. size_t ist der Größentyp.