Define el formato visible para el usuario, la selección de idioma, la alternativa, el comportamiento del contenido y los casos límite regionales para la pluralización. Corrige los límites de adopción y la evidencia observable de fallos mientras mantiene configurables los límites específicos del entorno.
Estado del paquete: contexto de referencia listo para revisión humana. El contrato y los escenarios de prueba están completos, pero no se afirma que una implementación adoptante los haya superado.
Decisión
Para la pluralización, adoptar datos canónicos neutrales a la configuración regional más la configuración regional explícita de presentación. Definir un recorrido de usuario determinista con estado visible, opciones reversibles cuando sea posible, entrada preservada y recuperación accesible. Este paquete es un contrato de referencia: el equipo adoptante debe elegir límites numéricos, proveedores, jurisdicciones y responsables operativos basándose en la evidencia de su propio entorno.
Alcance
- Los actores, entradas, salidas, estados, versiones de políticas o esquemas y resultados visibles externamente descritos por este bloque UX de pluralización.
- Interfaces primarias y alternativas, trabajo en segundo plano, cachés, integraciones, rutas de soporte y evidencia que puedan ejercer el mismo límite.
- Configuración específica de adopción, despliegue, recuperación y responsabilidades de verificación necesarias para aplicar la referencia de forma segura.
Fuera de este bloque
- Elegir un proveedor universal, framework, jurisdicción, umbral numérico, periodo de retención u objetivo de nivel de servicio para todos los adoptantes.
- Afirmar que los escenarios empaquetados se han ejecutado contra una implementación descendente o que esta referencia otorga certificación legal, de seguridad o accesibilidad.
Contrato
- Persistir valores canónicos y claves de traducción estables; aplicar formato específico de configuración regional solo en los límites de presentación o generación de documentos.
- Resolver las configuraciones regionales solicitadas, de usuario, organización y producto a través de una cadena determinista y observable.
- Usar etiquetas de idioma y datos regionales de estándares mantenidos; no inferir idioma, región, moneda o términos legales unos de otros.
- Probar expansión, categorías plurales, texto bidireccional, recursos faltantes, zonas horarias, monedas y entrada no latina con ejemplos representativos.
- Mostrar progreso solo mientras el trabajo esté realmente pendiente y evitar activaciones duplicadas sin ocultar la intención comprometida del usuario.
- Usar mensajes simples y específicos para la acción que distingan validación, permiso, conectividad, conflicto y fallo terminal.
- Usar categorías plurales cardinales u ordinales específicas de la configuración regional de una versión fija de CLDR y pasar el valor numérico bruto al formateador de mensajes.
- Probar cero, uno, dos, fracciones, valores grandes, traducciones faltantes y configuraciones regionales alternativas sin construir oraciones concatenando fragmentos traducidos por separado.
Guía de implementación
- Prototipar los caminos más largos, vacíos, lentos, sin conexión, denegados y con tecnología asistiva antes de fijar el diseño del camino feliz.
- Modelar entradas, salidas, actores, estados, invariantes, efectos secundarios y evidencia de pluralización antes de seleccionar detalles de framework o proveedor.
- Almacenar la versión aplicable del contrato o política de pluralización con el estado material para que migraciones, reproducción y decisiones de soporte sean atribuibles.
- Introducir el camino detrás de un despliegue controlado, comparar resultados esperados y observados, y mantener una ruta de recuperación probada hasta completar la evidencia de adopción.
Manejo de fallos y salvaguardas
- Un recurso faltante o inválido sigue la cadena de alternativas declarada, registra la clave y configuración regional de forma segura, y nunca expone un identificador interno como copia final.
- El estado de pluralización inválido o contradictorio es rechazado o puesto en cuarentena; la implementación nunca adivina un valor que amplíe autoridad o duplique un efecto.
- Los reintentos están limitados y usan identidad duradera; tras agotarlos, el trabajo alcanza un estado terminal inspeccionable con un responsable accountable.
Verificación y operaciones
- Completar el recorrido con teclado, táctil, lector de pantalla, ventana estrecha, red con retraso y un error de servidor recuperable.
- Monitorear éxito, denegación, fallo de validación, fallo de dependencia, agotamiento de reintentos y recuperación de pluralización por versión de contrato sin dimensiones sensibles de carga útil.
- Reejecutar ejemplos positivos y negativos emparejados tras cambios en política, esquema, dependencia, migración o límites y preservar la evidencia resultante.
Supuestos de adopción
- Los nombres y valores en el ejemplo son un ejemplo concreto, no valores predeterminados universales; los adoptantes los reemplazan mediante evidencia documentada y propiedad.
- El sistema adoptante puede proporcionar identidad autenticada, versiones duraderas de operación o registro, telemetría limitada y una ruta controlada para cambios.
Los ejemplos con apariencia ejecutable en este paquete son ejemplos y contratos de aceptación. Ejecute el validador de colección para verificar estructura y metadatos, luego traduzca y ejecute los escenarios en el repositorio destino antes de registrar evidencia de implementación.