Apresentando LuX: Scripting compatível com Luau no BrickBit
Resumo
O BrickBit anuncia o LuX, um novo ambiente de scripting compatível com Luau que dá ao scripting do BrickBit sua própria identidade, mantendo a compatibilidade com .lua e .luau. A atualização visa unificar as APIs de cliente, Studio e servidor, substituir os padrões divididos de Bridge/cliente e melhorar as ferramentas do Studio com melhor autocompletar, documentação, replicação, rede e APIs expandidas.
Se você já usou scripting no BrickBit antes, provavelmente já nos viu referir a ele como Luau. Isso não vai desaparecer, mas estamos começando a dar ao ambiente de scripting do BrickBit sua própria identidade.
Chama-se LuX.
LuX é o ambiente de scripting compatível com Luau do BrickBit. A ideia é bem simples: manter a sintaxe Lua/Luau que as pessoas já conhecem, enquanto construímos uma API especificamente em torno do BrickBit.
Isso significa que códigos como este ainda parecerão familiares:
local Players = game:GetService("Players")
local player = Players.LocalPlayer
print("Hello, " .. player.Name)
Não estamos criando uma linguagem completamente nova apenas para fazer as coisas de forma diferente. O LuX ainda é baseado em Luau, e queremos manter a compatibilidade com os scripts .lua e .luau existentes.
O que estamos mudando é tudo ao redor da linguagem.
Atualmente, o scripting no BrickBit cresceu em várias direções. Scripts de cliente usam coisas como game:GetService(), workspace, Instance.new(), Vector3 e Color3, enquanto scripts de servidor hospedados usam atualmente a API Bridge separada.
Funciona, mas ter duas maneiras completamente diferentes de programar o mesmo jogo não é onde queremos chegar.
LuX é nosso plano para limpar isso.
Com o tempo, queremos que o Studio, o cliente e o servidor do jogo compartilhem muito mais da mesma API. Um sistema como Players deve parecer Players em todos os lugares, em vez de exigir uma API em um script de cliente e outra API no servidor.
Também vamos continuar expandindo o que os scripts podem realmente fazer. Instâncias e eventos melhores, replicação adequada, mais serviços, scripting de UI aprimorado, tipos de dados mais fortes, melhor rede, APIs de física mais completas e um autocompletar muito melhor são todas áreas nas quais queremos trabalhar.
Uma das maiores partes do LuX será o próprio Studio.
O editor de scripts deve saber o que está disponível, mostrar autocompletar útil, explicar funções e propriedades, avisar quando algo só funciona no cliente ou servidor e usar as mesmas informações de API que o tempo de execução real. A documentação e o Studio não devem discordar sobre se algo existe.
Também não queremos fingir que o BrickBit é o Roblox.
Haverá nomes familiares onde fizerem sentido, especialmente porque ser capaz de transferir conhecimento de Luau entre plataformas é útil, mas o LuX será a API do BrickBit. Se o BrickBit precisar de algo diferente, podemos construir corretamente em vez de forçar tudo a copiar outra plataforma.
Nada está sendo quebrado ou substituído repentinamente hoje. LuX é o novo nome e direção para o sistema de scripting que já temos, e vamos melhorá-lo peça por peça em vez de descartar os jogos existentes.
Para os desenvolvedores, as principais coisas a saber agora são:
LuX usa sintaxe compatível com Luau.
Scripts .lua e .luau existentes permanecem.
O scripting de cliente atual continua usando a API de cliente do BrickBit.
Scripts de servidor hospedados atuais continuam a suportar Bridge.
Estamos trabalhando em direção a uma API mais unificada entre Studio, clientes e servidores.
A documentação será expandida à medida que o LuX crescer.
Esta é uma das partes maiores do BrickBit que queremos melhorar nas próximas atualizações.
Mais documentação do LuX e mudanças de scripting virão em breve.
Discord sent us an expired image link.
