Présentation de LuX : le scripting compatible Luau

Si vous avez déjà utilisé le scripting dans BrickBit, vous nous avez probablement vu le désigner sous le nom de Luau. Cela ne va pas disparaître, mais nous commençons à donner à l'environnement de scripting de BrickBit sa propre identité.

Il s'appelle LuX.

LuX est l'environnement de scripting compatible Luau de BrickBit. L'idée est assez simple : conserver la syntaxe Lua/Luau que les gens connaissent déjà, tout en construisant une API spécifiquement autour de BrickBit.

Cela signifie que le code comme celui-ci restera familier :

local Players = game:GetService("Players")
local player = Players.LocalPlayer

print("Hello, " .. player.Name)

Nous ne créons pas un langage totalement nouveau juste pour changer. LuX est toujours basé sur Luau, et nous voulons maintenir la compatibilité avec les scripts .lua et .luau existants.

Ce que nous changeons, c'est tout ce qui entoure le langage.

Actuellement, le scripting BrickBit s'est développé dans plusieurs directions. Les scripts client utilisent des éléments comme game:GetService(), workspace, Instance.new(), Vector3 et Color3, tandis que les scripts serveur hébergés utilisent actuellement l'API Bridge séparée.

Cela fonctionne, mais avoir deux manières complètement différentes de scripter le même jeu n'est pas ce que nous voulons garder.

LuX est notre plan pour clarifier cela.

Avec le temps, nous voulons que Studio, le client et le serveur de jeu partagent beaucoup plus la même API. Un système comme Players devrait être perçu comme Players partout, au lieu de nécessiter une API dans un script client et une autre sur le serveur.

Nous allons également continuer à étendre ce que les scripts peuvent réellement faire. De meilleures instances et événements, une réplication appropriée, plus de services, un scripting d'interface utilisateur amélioré, des types de données plus robustes, une meilleure mise en réseau, des API physiques plus complètes et une bien meilleure autocomplétion sont tous des domaines sur lesquels nous voulons travailler.

L'un des aspects les plus importants de LuX sera Studio lui-même.

L'éditeur de script doit savoir ce qui est disponible, afficher une autocomplétion utile, expliquer les fonctions et les propriétés, avertir lorsqu'une chose ne fonctionne que sur le client ou le serveur, et utiliser les mêmes informations d'API que l'exécution réelle. La documentation et Studio ne devraient pas être en désaccord sur l'existence d'une fonctionnalité.

Nous ne voulons pas non plus prétendre que BrickBit est Roblox.

Il y aura des noms familiers là où cela a du sens, surtout parce qu'il est utile de pouvoir transférer ses connaissances de Luau entre les plateformes, mais LuX sera l'API de BrickBit. Si BrickBit a besoin de quelque chose de différent, nous pouvons le construire correctement au lieu de forcer tout à copier une autre plateforme.

Rien n'est soudainement cassé ou remplacé aujourd'hui. LuX est le nouveau nom et la nouvelle direction pour le système de scripting que nous avons déjà, et nous l'améliorerons pièce par pièce plutôt que de jeter les jeux existants.

Pour les développeurs, les points principaux à retenir sont :

LuX utilise une syntaxe compatible Luau.
Les scripts .lua et .luau existants sont conservés.
Le scripting client actuel continue d'utiliser l'API client BrickBit.
Les scripts serveur hébergés actuels continuent de prendre en charge Bridge.
Nous travaillons vers une API plus unifiée entre Studio, les clients et les serveurs.
La documentation sera étendue à mesure que LuX se développera.

C'est l'une des parties les plus importantes de BrickBit que nous voulons améliorer au cours des prochaines mises à jour.

Plus de documentation LuX et de changements de scripting arrivent bientôt.