Entwerfen von 64-Bit-kompatiblen Schnittstellen
Das Portieren von 32-Bit-Fenstern auf 64-Bit-Windows sollte keinerlei Probleme für verteilte Anwendungen verursachen, egal ob Sie Remote Prozedur Aufrufe (RPC) direkt oder über DCOM verwenden. Das RPC-Programmiermodell gibt wohl definierte Datengrößen und ganzzahlige Typen an, die an jedem Ende der Verbindung dieselbe Größe haben. Außerdem werden im LLP64 Abstract Data Model, das für 64-Bit-Windows entwickelt wurde, nur die Zeiger auf 64 Bits erweitert – alle anderen ganzzahligen Datentypen bleiben 32 Bits. Da Zeiger für jede Seite der Client/Server-Verbindung lokal sind und normalerweise als null -Marker oder nicht-null -Marker übertragen werden, kann das marshallingmodul verschiedene Zeiger Größen an jedem Ende einer Verbindung transparent verarbeiten.
Es treten jedoch abwärts Kompatibilitätsprobleme auf, wenn Sie einer Schnittstelle neue Datentypen oder Methoden hinzufügen, alte Datentypen ändern oder Datentypen nicht ordnungsgemäß verwenden. In den folgenden Themen wird erläutert, wie Sie diese Situationen vermeiden können (sofern möglich) und wie Sie robuste Problem Umgehungen entwerfen können, wenn es nicht möglich ist, Sie zu vermeiden.
In diesem Abschnitt
- Ändern einer vorhandenen Schnittstelle
- Vermeiden von Informationen ausblenden
- Vermeiden von Polymorphie
- Verwenden neuer Datentypen in ihrer IDL-Datei
- Vorbereiten der 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.