Écriture de serveurs et de clients compatibles en amont
En théorie, le schéma de contrôle de version de RPC permet d’éviter les erreurs de communication entre les serveurs et les clients modifiés et leurs homologues déployés. Dans la pratique, toutefois, les développeurs doivent souvent apporter des modifications aux interfaces existantes sans modifier la version, car les clients et serveurs précédents doivent être en mesure de communiquer avec de nouveaux. Il s’agit d’un problème plus important pour le RPC standard que pour COM ; L’interrogation est un moyen naturel de rechercher des interfaces prises en charge dans COM, tandis que dans la gestion des exceptions RPC doit être utilisée pour une couverture équivalente.
Cette section décrit les meilleures pratiques de programmation RPC pour résoudre ces situations. Cette section est divisée en rubriques suivantes :
- Théorie du contrôle de version pour RPC et COM
- Modification des interfaces de manière rétrocompatible
- Exemples de modifications incompatibles