UI bilingüe completa + paneles completos de herramientas de desarrollo

Frente al mundo y frente a la depuración

Este día afrontó dos direcciones. Una hacia afuera: bilingüizar completamente toda la interfaz para que ya no sirva solo a usuarios chinos sino que pueda enfrentarse al mundo entero, un paso necesario para que un producto llegue a una audiencia más amplia. El otro hacia adentro: completar las herramientas de desarrollo para que los creadores que depuran sus propios juegos puedan ver claramente la salida de la consola, las solicitudes de red y los registros de tiempo de ejecución: la confianza de poder "ver lo que estás haciendo". Lo exterior y lo interior parecen no tener relación, pero el núcleo es el mismo: ambos eliminan la barrera de "no puedo ver/no puedo entender". La barrera del idioma convierte la interfaz en un muro; ninguna forma de depurar convierte el problema en una niebla. Este día derribó ambos tipos de barreras a la vez. Mientras tanto, el motor solucionó el problema de la sombra de varios días desde la raíz, agregó una forma más ordenada de programar la lógica del juego y estableció reglas más estrictas para su propia gestión de recursos. Más accesible hacia afuera, más transparente hacia adentro, más sólido por debajo: estas son las tres facetas del día.

Cambia toda la interfaz entre inglés y chino con un solo clic

Este día se hizo una internacionalización profunda, y se hizo con cuidado. El primer paso fue un núcleo multilingüe liviano: inglés como fuente base (todas las copias autorizadas en inglés), chino como superposición (reemplazando el inglés cuando esté presente), conmutable en cualquier momento. El segundo paso migró toda la interfaz a este sistema archivo por archivo, en lotes: barra superior, panel de control, panel de chat, cajón de configuración, barra lateral, los diversos conmutadores, docenas de paneles y componentes, ninguno excluido. ¿Por qué "archivo por archivo" en lugar de todo a la vez? Porque la copia codificada está dispersa en cientos o miles de puntos de la interfaz, y al revisar cada uno de ellos no se pierde nada. Después de la migración, la interfaz está predeterminada en inglés, sigue el idioma del sistema automáticamente y obtiene un detalle bien pensado: sincronización en vivo entre ventanas: cambia el idioma a chino en una ventana y otra ventana abierta sigue inmediatamente, sin cambiar cada una. El editor también completó la bilingüización completa y pasó la verificación del tiempo de ejecución. Para una plataforma que quiere ser utilizada por creadores de todo el mundo, primero se debe derribar el muro del idioma, y ​​este día lo derribó por completo.

Paneles de Devtools completados: Consola + Red + registros en disco

El área de herramientas de desarrollo anteriormente tenía paneles que estaban vacíos o como marcadores de posición en los que no se podía hacer clic; este día los completó en características reales a la vez. El panel de la consola conectó todos los flujos de salida del juego y el editor: cada registro que imprime el juego y cada error que arroja ahora fluye aquí en tiempo real. El panel Red pasó de ser un marcador de posición muerto a algo real, capturando las diversas solicitudes de red que realiza tu juego probado: solicitudes regulares, solicitudes asincrónicas y conexiones de larga duración, todas visibles. Además, la consola, la red y los flujos de información no sólo se muestran en un panel, sino que se reflejan en archivos de registro locales para su posterior revisión: no es necesario detectar un problema en vivo; puedes reproducirlo desde los registros después. Se eliminó una pestaña redundante con la vista de monitoreo para evitar la confusión de mostrar lo mismo en dos lugares. El significado: la depuración es una parte inevitable de la creación, y el requisito previo para la depuración es "poder ver". Cuando un juego se comporta mal, ver todos los errores de la consola y el tráfico de red directamente en un panel hace que la depuración pase de "adivinar por sensación" a "comprobar con evidencia".

Pulido de interfaz de usuario: apilamiento, contraste, accesibilidad

Aprovechando la oportunidad de este gran cambio, se solucionaron juntos varios problemas de interfaz de usuario de larga data. Uno es el orden de apilamiento: anteriormente algunos cuadros de diálogo, menús desplegables y el selector de idioma cubrían erróneamente la barra superior o se ocultaban debajo de un cuadro de diálogo, y este día reordenaron sus capas claramente, de modo que lo que debería estar en la parte superior permanece firmemente en la parte superior. Dos es el contraste de control de forma: ciertos cuadros de entrada y botones nativos mostraban anteriormente el texto negro predeterminado del navegador porque los estilos no estaban conectados, casi ilegibles en un fondo oscuro; este día les dio colores temáticos legibles. El tercero es la accesibilidad: los diálogos rápidos obtuvieron los títulos que requiere el estándar, eliminando errores de accesibilidad y permitiendo que las personas que usan lectores de asistencia comprendan correctamente el contenido de los diálogos. Cada uno de ellos es pequeño, lo suficientemente pequeño como para que la mayoría de la gente no lo note específicamente; pero juntos deciden una cosa: si la interfaz se siente "normal" en todas partes. Una interfaz con pequeñas incomodidades en todas partes agota continua y sutilmente la paciencia del usuario; suavizarlos uno por uno genera una sólida sensación de que "todo se siente bien al usarlo".

Sombras direccionales fijas + programación del sistema declarativo.

El motor solucionó, de raíz, un problema que había persistido durante varios días: las sombras de luz direccional. Mientras creaba juegos de muestra durante los días anteriores, no había habido más remedio que el recurso provisional de "cambiar el recuento de la cascada de sombras de 4 a 1" para que las sombras se proyectaran de manera confiable; eso solo esquivó el síntoma, con la enfermedad real en el motor. Este día lo curó por completo: las causas fundamentales de las sombras en cascada que fallaban bajo ciertas configuraciones y de la desalineación en un solo nivel se aclararon juntas. Con el establo ascendente, las sombras direccionales de todos los juegos descendentes funcionan correctamente, no más soluciones alternativas solo para síntomas. El mismo día, la lógica del juego adquirió una capacidad valiosa: la programación del sistema declarativo. Un juego se compone de muchos "sistemas" (módulos lógicos, cada uno de los cuales se ocupa de un área, como movimiento, colisión, IA), cuyo tiempo de ejecución y orden solían organizarse a mano; ahora se pueden programar declarativamente por condición, por etiqueta, por estado actual: "ejecutar este conjunto de sistemas sólo en estado de combate", "programar estos sistemas juntos bajo una sola etiqueta". Esto hace que la lógica de comportamiento de juego compleja sea más ordenada de escribir y menos propensa al caos. Debajo, se agregaron aislamiento de fallas (convertir una falla de bajo nivel en un error recuperable con reintento automático) y un visor de cuadros de renderizado fuera de línea para una depuración de gráficos más fluida.

El motor disciplina los recursos: recupérelos cuando haya terminado, no choque cuando se rompa

El motor también puso mucho trabajo en la "administración de recursos" hoy, exactamente donde un programa de larga duración es más propenso a tener problemas. Una parte es el ciclo de vida de la GPU y los recursos de audio: cada fragmento de memoria de video y cada canal de sonido, cuando ya no hace referencia a nada, puede identificarse con precisión y recuperarse a tiempo en lugar de acumularse silenciosamente; este día creó específicamente un mecanismo de "liberación de recursos a los que ya no se hace referencia" y se verificó con una prueba de esfuerzo de larga duración que de hecho se mantiene en un nivel de uso estable y limitado en lugar de aumentar. La otra parte es el aislamiento de fallas: cuando ocurre un error grave de bajo nivel, el motor puede convertirlo en un error que se pueda manejar adecuadamente en lugar de fallar por completo, y volver a intentarlo cuando sea necesario. Ambos son trabajos ocultos que los usuarios aún no ven y que deciden directamente "si pueden funcionar de manera estable durante mucho tiempo". Un juego puede durar varias horas seguidas, creando y destruyendo recursos constantemente; Sólo haciendo que "regresar cuando esté terminado, resistir cuando se rompa" sea sólido, el juego prolongado evita quedarse más lento o estrellarse inexplicablemente.

que significa este dia

La palabra clave del día es "eliminar barreras". La bilingüización elimina la barrera del idioma, dando a la plataforma, por primera vez, las condiciones básicas para enfrentarse a una audiencia global: hasta dónde llega una herramienta depende en primer lugar de cuántas personas pueden entenderla y utilizarla. Completar las herramientas de desarrollo elimina la barrera de depuración, lo que permite a los creadores ver la verdad cuando surgen problemas en lugar de preocuparse por una caja negra. Arreglar las sombras del motor elimina la barrera entre "tratar los síntomas" y "tratar la raíz", resolviendo en la fuente una dolencia recurrente que sólo se puede solucionar. Y la programación declarativa y la gestión de recursos despejan la barrera de la posibilidad de juegos más complejos y de mayor duración. Derribar estas barreras una por una hace que la plataforma sea al mismo tiempo más accesible, más transparente y más confiable. Una herramienta que realmente quiere ser ampliamente utilizada y confiable a largo plazo a menudo hace exactamente esto: encontrar barreras continuamente y luego derribarlas seriamente.