Implementaciones

Papel de las vías de implementación#

La sección de implementación explica cómo UAIX convierte a UAI-1 de un estándar publicado en software implementable y evidencia de publicación. El objetivo no es sólo describir el estándar, sino mostrar dónde ocurren realmente los registros de publicación, validación, empaquetado, integración del tiempo de ejecución y lanzamiento.

Pistas actuales#

• WordPress Pista de publicaciónpara publicación, distribución, lanzamiento de paquetes, alineación de descubrimiento y documentación pública.
• Pista del puente.NETpara la integración del lado del servicio y del tiempo de ejecución más allá del sitio web público.
• Paquete.NET NuGetdocumenta la familia de paquetes C# propiedad de UAIX, las identidades de los paquetes NuGet.org, los comandos de instalación y los límites de autoridad para los implementadores de.NET.
• Módulos portátiles y paquetes de soporte donde las funciones compartidas necesitan una implementación estable.

Familia de paquetes publicada actualmente#

• uaix-authority-theme-v2.8.0.zip es el tema de lanzamiento público activo y lleva la superficie de publicación actual.
• uaix-theme-v2.8.0.zip permanece empaquetado y probado como un tema de compatibilidad instalable, pero no es la superficie de lanzamiento pública actual.
• uaix-core-v2.8.0.zip lleva el tiempo de ejecución de los estándares principales y la superficie de registro REST.
• uaix-modules-v2.8.0.zip lleva el paquete de módulos redistribuibles utilizado por las implementaciones UAIX.
• uaix-bridge-v2.8.0.zip transporta el puente de referencia WordPress-to-.NET para la pista del puente nombrada.
• UAIX.UAIes la actual familia de paquetes.NET propiedad de UAIX para soporte de transferencia de mensajes, memoria, .uaix y tiempo de ejecución de UAI-1.
• uaix-locale-router-v3.0.0.zip transporta enrutamiento con prefijo local para que las rutas de lanzamiento públicas permanezcan en rutas /en-us/... limpias.
• uaix-seo-sweep-v2.8.0.zip incluye SEO canónico, limpieza de cadenas de consulta, generación de mapas del sitio, salida de robots y la superficie del manifiesto de descubrimiento de raíz.

Alcance de implementación pública actual#

La actual historia de implementación pública es intencionalmente estrecha y explícita. Las pistas publicadas sonWordPress Pista de publicaciónyPista del puente.NET.

• No implica soporte para Python, JavaScript, SDK, CLI u otro tiempo de ejecución a menos que se hayan publicado una página de implementación pública, evidencia respaldada por un validador y una entrada de seguimiento de lanzamiento.
• Utilice UAI-1, esquemas, entradas de registro, ejemplos y evidencia del validador como base portátil al evaluar un entorno que aún no tiene un seguimiento publicado.

Apoyo a los registros públicos#

• Referencias y colaboradorespara enlaces de descubrimiento, atribución y orientación sobre citas.
• ElRegistro de cambiosyNoticiasarchivo para notas de migración, resúmenes de versiones y actualizaciones de implementación.
• Prensacuando el trabajo de implementación necesita lenguaje público aprobado para directorios, notas de socios o cobertura de estándares.

¿Qué se considera evidencia de implementación creíble?#

• Uso de perfiles, esquemas, identificadores de registro yEjemplosen lugar de sustitutos privados.
• Salida de validación delValidadoro una verificación de conformidad equivalente.
• Accesorios, notas de compatibilidad, resultados de empaquetado y registros de lanzamiento que hacen que los cambios sean revisables después de la implementación.
• Enlaces al registro de cambios público actual y a los registros canónicos para que los lectores puedan rastrear lo que se envió.

Escalera de evidencia actual#

1. Elija el perfil publicado y los registros canónicos que definen el comportamiento que pretende admitir.
2. Valide un mensaje de candidato o un partido y exporte el registro de resultados.
3. Vincule ese resultado a la versión de implementación, la fecha de lanzamiento y el seguimiento que realizó el trabajo.
4. Adjunte los enlaces de registro de cambios, noticias y descubrimiento correspondientes para que los lectores externos puedan verificar el mismo estado público.

Escala actual de reclamos de manutención#

1. Candidato validado:uno o más mensajes o accesorios pasan contra el registro público actual.
2. Paquete listo para su lanzamiento:el registro de validación, la versión de implementación, los enlaces de descubrimiento y las notas de compatibilidad se adjuntan a un paquete liberable o compilación de tiempo de ejecución.
3. Reclamo de apoyo público actual:un historial de implementación publicado y una entrada de seguimiento de lanzamiento indican qué se admite ahora, quién es el propietario y qué sigue siendo experimental.

UAIX actualmente trata solo el tercer nivel como un reclamo de apoyo público. Los dos primeros niveles son evidencia necesaria, pero no son lo mismo que el respaldo publicado.

Liberar paquete de evidencia#

Una implementación lista para su lanzamiento debería mantener juntos el registro estándar público y la evidencia del software en lugar de dispersar las pruebas en registros de compilación privados.

• Incluya el paquete o la versión del tiempo de ejecución, los ID de perfil validados y las rutas de esquema y registro utilizadas durante la verificación.
• Adjunte los resultados del validador exportados, las referencias de dispositivos y cualquier nota de compatibilidad que afecte a los adoptantes posteriores.
• Dirija a los lectores a la entrada relevante del registro de cambios, al resumen de noticias y a los enlaces de citas antes de llamar a la implementación lista para su lanzamiento.

Paquete de conformidad pública actual#

Actualmente, UAIX trata un paquete de conformidad como evidencia revisable adjunta a una versión, no como una superficie de certificación independiente.

• Mantenga juntos el resultado del validador exportado, los ID de perfil validados, el esquema y las rutas de registro, y el elemento de ejemplo o candidato utilizado durante la revisión.
• Adjunte la versión de implementación, la fecha de lanzamiento y el registro de cambios o las referencias de noticias correspondientes para que los lectores externos puedan rastrear lo que realmente sucedió.
• Reconstruya el paquete cada vez que cambien los esquemas, accesorios, comportamiento del validador o asignaciones de tiempo de ejecución.
• No presente un paquete de aprobación como insignia de certificación, respaldo de socio o garantía permanente en futuras versiones.

Seguimiento de la lista de verificación de admisión para futuro apoyo público#

• Una página de implementación pública que indica el propietario, el límite de soporte y la relación con el registro normativo UAI-1.
• Evidencia respaldada por un validador o prueba de conformidad equivalente vinculada a perfiles, esquemas, entradas de registro y ejemplos publicados.
• Una entrada de seguimiento de lanzamiento que indica qué es compatible ahora, qué sigue siendo experimental y qué lectores posteriores necesitan migrar.
• Enlaces de descubrimiento, citas e implementación que permiten a lectores externos resolver la misma pista sin notas privadas ni capturas de pantalla.

Paquete de adopción inicial#

Los equipos que evalúan UAIX deberían poder ensamblar un paquete público mínimo a partir del registro actual sin notas privadas, rutas no publicadas o capturas de pantalla internas.

• UAI-1, Esquemas, Registro, yEjemploscomo base normativa y legible por máquina.
• Evidencia respaldada por validadores de laValidadorpara al menos un mensaje de candidato o un partido publicado.
• Referencias y colaboradores, el/.well-known/uaix.jsonmanifiesto y el mapa del sitio publicado aparece como la capa de descubrimiento y cita.
• ElRegistro de cambiosyNoticiasentradas que explican la postura actual de migración y liberación.

Ruta actual del kit de adopción#

UAIX ahora publica el paquete de primera prueba directamente a través delKit de adopciónpágina y el/wp-json/uaix/v1/adoption-kitruta.

• Comience allí cuando un equipo necesite archivos iniciales, cargas útiles listas para el validador, una respuesta de intercambio simulado de referencia y los siguientes pasos de implementación en un paquete reutilizable.
• MantenerUAI-1, Esquemas, Registro, yEjemploscomo base técnica más profunda detrás del paquete.
• Adjunte evidencia del validador exportada, el historial de implementación relevante y la coincidencia.Registro de cambiosyNoticiasentradas cuando el paquete pasa a la revisión de lanzamiento.

Cómo utilizar esta sección#

Elija la ruta de implementación que coincida con su responsabilidad, luego lleve evidencia del validador, referencias de dispositivos, disciplina del registro de cambios y contexto de enlace público con esa implementación en lugar de tratarlos como tareas de documentación separadas.

Siguiente paso#

Utilice elWordPress Pista de publicaciónsi necesita la ruta de publicación, empaquetado y registro de lanzamiento. Utilice elPista del puente.NETSi necesita una integración más profunda del tiempo de ejecución detrás del registro público, mantenga ambos vinculados alRegistro de cambiosyNoticias.