Matrice de plateformes et parité

Statut documentaire : architecture. Une plateforme n'est pas déclarée supportée uniquement parce qu'un ABI, un pattern conteneur ou un Runtime Identifier peut la représenter.

Trois affirmations distinctes

La portabilité signifie que le Runtime/l'application peut être déployé sur une cible. La disponibilité du binding signifie que le package client public requis existe pour cette cible. La parité fonctionnelle signifie que les capacités publiées requises se comportent de façon équivalente pour le scénario documenté. Ce sont trois affirmations différentes.

Affirmations actuellement fondées

Cible / mode	Ce que cette documentation peut actuellement affirmer
Windows local .NET	Un processus managé local et le Runtime natif doivent partager la même architecture ; des cibles explicites comme win-x64 constituent le pattern de packaging documenté.
RPC / .NET distant	L'application managée peut utiliser IClientRuntime via un adaptateur distant sans charger le moteur natif dans le processus applicatif.
Conteneurs	Le mode distant se prête naturellement aux conteneurs ; le mode local exige en plus les assets Runtime natifs correspondants dans l'image.
Autres cibles natives	Ne pas déduire une certification. Ajouter une ligne uniquement lorsqu'un artefact de release, un smoke test et un résultat de capacité sont disponibles.

Preuves requises pour une ligne certifiée

Enregistrer version Runtime, cible/RID, version du binding, mode local ou RPC, test de démarrage, résultat de négociation des capacités, résultat des tests de contrat, lacunes connues et date.

Règle : pas de plateforme sans matrice.

Source unique de vérité

Cette page est la matrice publique canonique des plateformes pour les affirmations de support développeur. Les pages produit et marketing doivent pointer ici plutôt que dupliquer les lignes de plateformes. La politique qui gouverne les affirmations est logiCells.com — Claims.