Implémentations

Rôle des pistes de mise en œuvre#

La section de mise en œuvre explique comment UAIX transforme UAI-1 d'une norme publiée en logiciel déployable et en preuves de publication. L'objectif n'est pas seulement de décrire la norme, mais de montrer où se produisent réellement la publication, la validation, l'empaquetage, l'intégration d'exécution et les enregistrements de version.

Pistes actuelles#

• WordPress Piste de publicationpour la publication, la distribution, la publication de packages, l'alignement de la découverte et la documentation publique.
• Piste de pont.NETpour l'intégration du runtime et du côté service au-delà du site Web public.
• Package NuGet.NETdocumente la famille de packages C# appartenant à UAIX, les identités des packages NuGet.org, les commandes d'installation et les limites d'autorité pour les implémenteurs.NET.
• Modules portables et packages de support où les fonctionnalités partagées nécessitent une implémentation stable.

Famille de packages actuellement publiée#

• uaix-authority-theme-v2.8.0.zip est le thème de lancement public actif et porte la surface de publication actuelle.
• uaix-theme-v2.8.0.zip reste emballé et testé en tant que thème de compatibilité installable, mais ce n'est pas la surface de lancement publique actuelle.
• uaix-core-v2.8.0.zip contient le temps d'exécution des normes de base et la surface d'enregistrement REST.
• uaix-modules-v2.8.0.zip contient le pack de modules redistribuables utilisé par les implémentations UAIX.
• uaix-bridge-v2.8.0.zip porte le pont de référence WordPress-to-.NET pour la piste de pont nommée.
• UAIX.UAIest la famille de packages.NET actuelle appartenant à UAIX pour la prise en charge des messages, de la mémoire, de .uaix et du transfert d'exécution de UAI-1.
• uaix-locale-router-v3.0.0.zip comporte un routage préfixé par les paramètres régionaux afin que les chemins de lancement publics restent sur des routes /en-us/... propres.
• uaix-seo-sweep-v2.8.0.zip assure le référencement canonique, le nettoyage des chaînes de requête, la génération de plan de site, la sortie des robots et la surface du manifeste de découverte racine.

Portée actuelle de la mise en œuvre publique#

L’histoire actuelle de la mise en œuvre publique est intentionnellement étroite et explicite. Les morceaux publiés sontWordPress Piste de publicationetPiste de pont.NET.

• N'impliquez pas Python, JavaScript, SDK, CLI ou tout autre support d'exécution à moins qu'une page de mise en œuvre publique, des preuves appuyées par le validateur et une entrée de piste de publication n'aient été publiées.
• Utilisez UAI-1, les schémas, les entrées de registre, les exemples et les preuves du validateur comme référence portable lors de l'évaluation d'un environnement qui n'a pas encore de piste publiée.

Prise en charge des archives publiques#

• Références et contributeurspour les liens de découverte, l'attribution et les conseils de citation.
• LeJournal des changementsetActualitésarchive pour les notes de migration, les résumés de versions et les mises à jour de mise en œuvre.
• Presselorsque le travail de mise en œuvre nécessite un langage public approuvé pour les annuaires, les notes des partenaires ou la couverture des normes.

Ce qui compte comme preuve crédible de mise en œuvre#

• Utilisation de profils, schémas, identifiants de registre publiés etExemplesplutôt que des substituts privés.
• Sortie de validation duValidateurou un contrôle conforme équivalent.
• Appareils, notes de compatibilité, résultats de packaging et enregistrements de versions qui rendent les modifications consultables après le déploiement.
• Liens vers le journal des modifications public actuel et les enregistrements canoniques afin que les lecteurs puissent retracer ce qui a été expédié.

Échelle de preuves actuelle#

1. Choisissez le profil publié et les enregistrements canoniques qui définissent le comportement que vous souhaitez prendre en charge.
2. Validez un message ou un appareil candidat et exportez l'enregistrement du résultat.
3. Liez ce résultat à la version d’implémentation, à la date de sortie et à la piste qui a effectué le travail.
4. Joignez les liens correspondants au journal des modifications, aux actualités et à la découverte afin que les lecteurs externes puissent vérifier le même état public.

Échelle actuelle de demande de pension alimentaire#

1. Candidat validé:un ou plusieurs messages ou appareils passent par rapport au dossier public actuel.
2. Paquet prêt à être publié:l'enregistrement de validation, la version d'implémentation, les liens de découverte et les notes de compatibilité sont joints à un package publiable ou à une version d'exécution.
3. Demande actuelle de soutien public:un historique de mise en œuvre publié et une entrée de piste de publication indiquent ce qui est actuellement pris en charge, qui en est propriétaire et ce qui reste expérimental.

UAIX ne traite actuellement que le troisième niveau comme une demande de soutien public. Les deux premiers niveaux constituent des preuves nécessaires, mais ils ne sont pas identiques aux supports publiés.

Libérer le dossier de preuves#

Une implémentation prête à être publiée doit conserver l'enregistrement public de la norme et les preuves logicielles ensemble plutôt que de disperser les preuves dans les journaux de construction privés.

• Incluez la version du package ou du runtime, les ID de profil validés ainsi que les itinéraires de schéma et de registre utilisés lors de la vérification.
• Joignez les résultats du validateur exportés, les références d'appareils et toutes les notes de compatibilité qui affectent les adoptants en aval.
• Dirigez les lecteurs vers l’entrée du journal des modifications, le résumé de l’actualité et les liens de citation pertinents avant de qualifier la version de mise en œuvre de prête.

Paquet de conformité publique actuel#

UAIX traite actuellement un paquet de conformité comme une preuve révisable jointe à une version, et non comme une surface de certification autonome.

• Conservez ensemble le résultat du validateur exporté, les ID de profil validés, les itinéraires de schéma et de registre, ainsi que l'exemple ou le dispositif candidat utilisé lors de l'examen.
• Joignez la version d'implémentation, la date de sortie et le journal des modifications ou les références d'actualités correspondantes afin que les lecteurs externes puissent retracer ce qui s'est réellement passé.
• Reconstruisez le paquet chaque fois que les schémas, les appareils, le comportement du validateur ou les mappages d'exécution changent.
• Ne présentez pas de dossier de réussite comme un badge de certification, une approbation de partenaire ou une garantie permanente pour les versions futures.

Suivre la liste de contrôle d'admission pour un futur soutien public#

• Une page de mise en œuvre publique qui indique le propriétaire, la limite de support et la relation avec l'enregistrement normatif UAI-1.
• Preuve appuyée par le validateur ou preuve de conformité équivalente liée aux profils, schémas, entrées de registre et exemples publiés.
• Une entrée de version qui indique ce qui est actuellement pris en charge, ce qui reste expérimental et ce que les lecteurs en aval doivent migrer.
• Liens de découverte, de citation et de mise en œuvre qui permettent aux lecteurs externes de résoudre la même piste sans notes privées ni captures d'écran.

Pack d'adoption de démarrage#

Les équipes évaluant UAIX devraient être en mesure d'assembler un paquet public minimal à partir de l'enregistrement actuel sans notes privées, itinéraires non publiés ou captures d'écran internes.

• UAI-1, Schémas, Registre, etExemplescomme référence normative et lisible par machine.
• Preuves appuyées par les validateurs duValidateurpour au moins un message candidat ou un match publié.
• Références et contributeurs, le/.well-known/uaix.jsonmanifeste, et le plan du site publié apparaît comme couche de découverte et de citation.
• LeJournal des changementsetActualitésentrées qui expliquent la situation actuelle en matière de migration et de publication.

Cheminement actuel du kit d'adoption#

UAIX publie désormais le premier bundle de preuves directement via leKit d'adoptionpage et le/wp-json/uaix/v1/adoption-kititinéraire.

• Commencez par là lorsqu'une équipe a besoin de fichiers de démarrage, de charges utiles prêtes pour le validateur, d'une réponse d'échange simulée de référence et des prochaines étapes de mise en œuvre dans un paquet réutilisable.
• GarderUAI-1, Schémas, Registre, etExemplescomme base technique plus profonde derrière l’offre groupée.
• Joignez les preuves du validateur exportées, les antécédents de mise en œuvre pertinents et les documents correspondants.Journal des changementsetActualitésentrées lorsque le paquet passe en revue de version.

Comment utiliser cette rubrique#

Choisissez la piste d'implémentation qui correspond à votre responsabilité, puis intégrez les preuves du validateur, les références des appareils, la discipline du journal des modifications et le contexte du lien public avec cette implémentation plutôt que de les traiter comme des tâches de documentation distinctes.

Étape suivante#

Utilisez leWordPress Piste de publicationsi vous avez besoin du chemin de publication, d’emballage et d’enregistrement de version. Utilisez lePiste de pont.NETsi vous avez besoin d'une intégration plus approfondie du runtime derrière le dossier public, gardez les deux liés auJournal des changementsetActualités.