Presentamos LuX: Scripting compatible con Luau en BrickBit
Resumen
BrickBit anuncia LuX, un entorno de scripting compatible con Luau que da identidad propia al scripting en BrickBit manteniendo la compatibilidad con .lua y .luau. La actualización busca unificar las APIs de cliente, Studio y servidor, reemplazar los patrones divididos de Bridge/cliente y mejorar las herramientas de Studio con mejor autocompletado, documentación, replicación, redes y APIs expandidas.
Si has usado scripting en BrickBit antes, probablemente nos hayas visto referirnos a ello como Luau. Eso no va a desaparecer, pero estamos empezando a darle al entorno de scripting de BrickBit su propia identidad.
Se llama LuX.
LuX es el entorno de scripting compatible con Luau de BrickBit. La idea es bastante simple: mantener la sintaxis de Lua/Luau que la gente ya conoce, mientras construimos una API específicamente para BrickBit.
Eso significa que código como este seguirá pareciendo familiar:
local Players = game:GetService("Players")
local player = Players.LocalPlayer
print("Hello, " .. player.Name)
No estamos creando un lenguaje completamente nuevo solo para hacer las cosas diferentes. LuX sigue basándose en Luau, y queremos mantener la compatibilidad con los scripts .lua y .luau existentes.
Lo que estamos cambiando es todo lo que rodea al lenguaje.
Actualmente, el scripting en BrickBit ha crecido en varias direcciones. Los scripts de cliente usan cosas como game:GetService(), workspace, Instance.new(), Vector3 y Color3, mientras que los scripts de servidor alojados usan actualmente la API Bridge por separado.
Funciona, pero tener dos formas completamente diferentes de programar el mismo juego no es donde queremos dejarlo.
LuX es nuestro plan para solucionar esto.
Con el tiempo, queremos que Studio, el cliente y el servidor del juego compartan gran parte de la misma API. Un sistema como Players debería sentirse como Players en todas partes en lugar de requerir una API en un script de cliente y otra en el servidor.
También vamos a seguir expandiendo lo que los scripts pueden hacer realmente. Mejores instancias y eventos, replicación adecuada, más servicios, scripting de UI mejorado, tipos de datos más fuertes, mejores redes, APIs de física más completas y un autocompletado mucho mejor son todas áreas en las que queremos trabajar.
Una de las partes más importantes de LuX será el propio Studio.
El editor de scripts debería saber qué está disponible, mostrar autocompletado útil, explicar funciones y propiedades, advertir cuando algo solo funciona en el cliente o servidor, y usar la misma información de API que el tiempo de ejecución real. La documentación y Studio no deberían discrepar sobre si algo existe.
Tampoco queremos pretender que BrickBit es Roblox.
Habrá nombres familiares donde tengan sentido, especialmente porque poder trasladar el conocimiento de Luau entre plataformas es útil, pero LuX será la API de BrickBit. Si BrickBit necesita algo diferente, podemos construirlo correctamente en lugar de forzar todo a copiar otra plataforma.
Nada se está rompiendo o reemplazando repentinamente hoy. LuX es el nuevo nombre y dirección para el sistema de scripting que ya tenemos, y lo mejoraremos pieza por pieza en lugar de desechar los juegos existentes.
Para los desarrolladores, las cosas principales a saber ahora mismo son:
LuX usa sintaxis compatible con Luau.
Los scripts .lua y .luau existentes se mantienen.
El scripting de cliente actual sigue usando la API de cliente de BrickBit.
Los scripts de servidor alojados actuales siguen siendo compatibles con Bridge.
Estamos trabajando hacia una API más unificada entre Studio, clientes y servidores.
La documentación se expandirá a medida que LuX crezca.
Esta es una de las partes más importantes de BrickBit que queremos mejorar en las próximas actualizaciones.
Pronto habrá más documentación de LuX y cambios en el scripting.
Discord sent us an expired image link.
