导出

Roblox GUI 脚本生成器

一个有用的 Roblox GUI 脚本生成器应该做的,远不止打印一段好看的示例代码。它应该让你检查层级、编辑真实的 Roblox 属性、预览重要状态,并在任何东西进入 Studio 之前就搞清楚哪段代码跑在客户端、哪段跑在服务端。本指南讲解这套流程,以及让生成的 UI 代码保持诚实的那些边界。

打开主菜单模板 →

一个 Roblox GUI 脚本生成器应该生成什么

核心产出是一个由 Roblox 实例(如 Frame、TextLabel、TextButton、ScrollingFrame)和布局辅助对象构成的 ScreenGui 层级。名字、父子关系、颜色、透明度、文字、字体、ZIndex 和响应式几何都应该在导出前可见,而不是藏在一个提示背后。

生成器还可以接好可预测的界面行为。显示、隐藏或切换一个面板属于客户端脚本。RemoteEvent 和 Teleport 动作需要一个额外的服务端脚本,因为服务器掌握权威的游戏行为。

把可视化层级变成 Roblox 实例

画布上的每个对象都变成一个带显式父级的 Instance.new 调用。一个子面板应该挂到它的容器下,而不是重建为一个扁平列表。这个层级对布局对象、可见性、裁剪,以及按名字查找元素的脚本都很重要。

生成的变量应该稳定、可读、能检查。你应该能把画布和 Luau 对照着看,认出同一个 ScreenGui、那些 Frame、标签、按钮和约束。

local screenGui = Instance.new("ScreenGui")
screenGui.Name = "GameMenu"
screenGui.Parent = player:WaitForChild("PlayerGui")

local menuPanel = Instance.new("Frame")
menuPanel.Name = "MenuPanel"
menuPanel.Size = UDim2.fromScale(0.4, 0.6)
menuPanel.Parent = screenGui

把客户端 UI 和服务端动作分开

渲染玩家界面、响应本地按钮按下,属于 LocalScript。客户端可以请求一个动作,但不能被信任去发放货币、给予物品、批准购买,或选择一个不受限的传送目的地。

对于配置好的 RemoteEvent 和 Teleport 动作,Roblox GUI Maker 会生成一个独立的服务端文件。RemoteEvent 处理器包含一个显式的校验边界。Teleport 处理器只接受在导出 GUI 里配置过的 Place ID。你的游戏仍需校验玩家状态、权限、价格、归属和速率限制。

提示: 把从 RemoteEvent 收到的每个值都当成不可信输入,哪怕对应的按钮是编辑器生成的。

选择 Luau、JSON 还是 ZIP 导出

当你只需要生成的 ScreenGui 和本地交互时,用客户端 Luau 下载。当项目含 RemoteEvent 或 Teleport 行为时,下载服务端 Luau。GUI 没有服务端动作时,服务端文件会被省略。

JSON 保留可编辑的场景,从而能导回浏览器编辑器。ZIP 压缩包把 README 说明、project.json、客户端 Luau 和可选的服务端 Luau 合并成一个浏览器生成的下载。它是一份交接包,不是原生的 Roblox model 文件。

在 Roblox Studio 里安装生成的脚本

在 StarterGui 下新建一个 LocalScript,把客户端 Luau 粘进去。当包里包含 roblox-gui.server.lua 时,在 ServerScriptService 下新建一个 Script,把服务端输出粘进去。运行体验,确认 ScreenGui 出现在 PlayerGui 里。

把 project.json 留在 Studio 外,作为日后浏览器改动的可编辑源。如果你修改了场景,重新导出并有意识地替换生成的脚本,而不是手工合并不相关的版本。

测试行为,把安全留在服务端

导出前预览每种设备尺寸和每个配置好的可见状态。在 Studio 里,当 RemoteEvent 或传送依赖玩家特定状态时,用不止一个玩家来测试。已发布的传送必须从已发布的体验里测试,因为 Studio 试玩无法证明线上的 TeleportService 路径。

生成的代码是一个清晰的起点,不等于一个游戏的经济是安全的。审查每个服务端回调,拒绝意外的参数,需要时强制冷却,并把 datastore、购买、奖励和权限检查留在服务端。

常见问题