Entwerfen von 64-Bit-kompatiblen Schnittstellen
Das Portieren von 32-Bit-Windows auf 64-Bit-Windows sollte allein keine Probleme für verteilte Anwendungen verursachen, unabhängig davon, ob sie remote procedure calls (RPC) direkt oder über DCOM verwenden. Das RPC-Programmiermodell gibt klar definierte Datengrößen und Ganzzahltypen an, die an jedem Ende der Verbindung die gleiche Größe aufweisen. Außerdem wird im abstrakten LlP64-Datenmodell, das für 64-Bit-Windows entwickelt wurde, nur die Zeiger auf 64 Bit erweitert– alle anderen ganzzahligen Datentypen bleiben 32 Bit. Da Zeiger auf jeder Seite der Client/Server-Verbindung lokal sind und normalerweise als NULL - oder Nicht-NULL-Marker übertragen werden, kann das Marshallmodul unterschiedliche Zeigergrößen an beiden Enden einer Verbindung transparent verarbeiten.
Abwärtskompatibilitätsprobleme treten jedoch auf, wenn Sie einer Schnittstelle neue Datentypen oder Methoden hinzufügen, alte Datentypen ändern oder Datentypen unangemessen verwenden. In den folgenden Themen wird erläutert, wie Sie diese Situationen (wenn möglich) vermeiden und robuste Problemumgehungen entwerfen, wenn sie nicht vermieden werden können.
In diesem Abschnitt
- Ändern einer vorhandenen Schnittstelle
- Vermeiden des Ausblendens von Informationen
- Vermeiden von Polymorphismus
- Verwenden neuer Datentypen in Ihrer IDL-Datei
- Vorbereiten Ihrer Anwendung für 64-Bit-Windows
Verwandte Abschnitte
Wenn Sie noch nicht mit den neuen Datentypen, der Arbeitsumgebung und den API-Änderungen für 64-Bit-Windows vertraut sind, finden Sie weitere Informationen unter Vorbereiten für 64-Bit-Windows.