Opaker Datentyp

Einführung

Ein opaker Datentyp (engl. opaque data type) ist ein Datentyp, dessen interne Struktur für den Benutzer verborgen ist. Benutzer können auf den Typ nur über definierte Schnittstellen oder Funktionen zugreifen, nicht direkt auf die internen Daten.

Opake Datentypen werden verwendet, um Kapselung, Modularität und Sicherheit in Software und verteilten Systemen zu gewährleisten.

Eigenschaften

• Verborgene Implementierung – die interne Darstellung ist nicht sichtbar.
• Zugriff nur über definierte Operationen – z. B. Erstellen, Ändern, Löschen.
• Flexibilität – die Implementierung kann geändert werden, ohne den Benutzercode zu beeinflussen.
• Unterstützt API-Design und Datensicherheit.

Beispiel in C

// header.h
typedef struct MyStruct MyStruct;  // opaker Datentyp

MyStruct* create();
void set_value(MyStruct* s, int v);
int get_value(MyStruct* s);
void destroy(MyStruct* s);

// implementation.c
struct MyStruct {
    int value;
};

MyStruct* create() { return malloc(sizeof(MyStruct)); }
void set_value(MyStruct* s, int v) { s->value = v; }
int get_value(MyStruct* s) { return s->value; }
void destroy(MyStruct* s) { free(s); }

Opake Datentypen in RPC

In Remote Procedure Call (RPC)-Systemen werden opake Datentypen verwendet, um undurchsichtige Datenstrukturen zwischen Client und Server zu übertragen.

Beispiel in ONC RPC IDL:

program OPAQUE_PROG {
    version OPAQUE_VERS {
        opaque data<>;   // Opaker Datentyp beliebiger Länge
    } = 1;
} = 0x20000002;

• Der Stub übernimmt das Marshalling und Unmarshalling.
• Client und Server kennen nur die Schnittstelle, nicht die interne Struktur.

Opake Datentypen in XDR

In External Data Representation (XDR), das in RPC verwendet wird, werden opake Datentypen genutzt, um flexible Binärdaten zu serialisieren.

Beispiel:

typedef opaque myblob<1024>;  // Binärdaten bis 1024 Byte

• myblob kann beliebige Daten enthalten.
• Sender und Empfänger verwenden Marshalling/Unmarshalling.
• Die interne Struktur bleibt für beide Seiten undurchsichtig.

Vorteile

• Kapselung und Schutz der internen Datenstruktur
• Flexibilität bei Implementierungsänderungen
• Reduzierte Abhängigkeit zwischen Modulen oder Systemen
• Einheitliche Schnittstelle für verschiedene Implementierungen

Nachteile

• Kein direkter Zugriff auf interne Daten
• Jede Operation benötigt definierte Funktionen
• Debugging kann schwieriger sein, da interne Struktur verborgen bleibt

Siehe auch

• RPC
• XDR
• Stub (Softwareentwicklung)
• Datenkapselung
• Abstract Data Type