Conception d’interfaces compatibles 64 bits

Le portage de Windows 32 bits vers Windows 64 bits ne doit pas, par lui-même, créer des problèmes pour les applications distribuées, qu’elles utilisent des appels de procédure distante (RPC) directement ou via DCOM. Le modèle de programmation RPC spécifie des tailles de données et des types entiers bien définis qui sont de la même taille sur chaque extrémité de la connexion. En outre, dans le modèle de données abstrait LLP64 développé pour Windows 64 bits, seuls les pointeurs se développent sur 64 bits , tous les autres types de données entiers restent 32 bits. Étant donné que les pointeurs sont locaux à chaque côté de la connexion client/serveur et sont généralement transmis en tant que marqueurs NULL ou non-NULL, le moteur de marshaling peut gérer de manière transparente différentes tailles de pointeurs aux deux extrémités d'une connexion.

Toutefois, des problèmes de compatibilité descendante se produisent lorsque vous ajoutez de nouveaux types de données ou méthodes à une interface, modifiez les anciens types de données ou utilisez des types de données de manière inappropriée. Les rubriques suivantes expliquent comment éviter ces situations (si possible) et comment concevoir des solutions de contournement robustes lorsqu’il n’est pas possible de les éviter.

Contenu de la section

• Changer une Interface Existante
• éviter le masquage des informations
• Éviter le polymorphisme
• Utilisation de nouveaux types de données dans votre fichier IDL
• préparation de votre application pour windows 64 bits

Sections connexes

Si vous n’êtes pas déjà familiarisé avec les nouveaux types de données, l’environnement de travail et les modifications d’API pour Windows 64 bits, consultez Préparation pour windows 64 bits.