1. 项目概述为Godot引擎注入Lua灵魂如果你和我一样既是Godot引擎的忠实拥趸又对Lua语言那简洁、高效和易于嵌入的特性情有独钟那么你肯定也想过要是能在Godot里直接用Lua写游戏逻辑那该多爽。GDScript固然优秀但对于从其他引擎比如Cocos2d-x、Love2D转过来或者习惯了Lua生态的开发者来说总有一层隔阂。今天要聊的这个项目——perbone/luascript就是为了打破这层隔阂而生的。它是一个Godot 4.x的C模块旨在为Godot引擎提供完整、原生的Lua 5.4语言支持让你能像使用GDScript一样在Godot编辑器里无缝地编写、调试和运行Lua脚本。这个项目的野心不小它不仅仅是一个简单的“绑定”或“胶水层”。它的目标是实现与GDScript对等的功能完整性feature complete on par with GDScript。这意味着Godot引擎提供的庞大游戏API——从节点系统、物理模拟、动画、UI到网络——你都能通过Lua脚本来调用和操控。更吸引人的是它还规划了诸如代码静态分析、实时语法高亮、代码格式化、调试工具甚至包括高级的打包功能如摇树优化、代码混淆压缩等现代IDE才有的特性。对于中大型项目或团队协作来说这些工具链的支持至关重要。目前项目还处于活跃开发阶段WIP作者明确表示架构会频繁变动尚未功能冻结。但这恰恰是参与或关注开源项目最有意思的阶段你可以亲眼见证一个强大工具从雏形走向成熟。对于Godot开发者而言无论你是想扩展引擎能力还是单纯想用Lua来加速你的游戏开发流程这个项目都值得你投入时间研究。接下来我会带你深入拆解它的设计思路、如何从零开始把它集成到你的Godot中并分享在探索过程中可能遇到的“坑”以及我的应对经验。2. 核心设计思路与架构解析2.1 为何选择Lua而不仅是GDScript在深入代码之前我们得先想明白一个问题Godot已经有了亲儿子GDScript为什么还需要Lua这不仅仅是个人偏好问题而是涉及到技术选型、团队协作和项目长期维护的深层考量。首先性能与生态的权衡。GDScript是专为Godot设计的动态类型语言与引擎深度集成在简单性和开发效率上无出其右。然而在极端注重性能的热更新逻辑或高频调用的场景下Lua尤其是LuaJIT的轻量级虚拟机和高性能JIT编译能力往往能提供更可预测和更优的运行效率。许多成熟的游戏框架如Skynet、Cocos2d-x都选择Lua作为逻辑层语言积累了海量的库和开发模式。引入Lua相当于为Godot接入了这个庞大的生态。其次团队技术栈的统一。很多游戏公司内部有自己成熟的Lua框架和工具链如代码检查器、打包流程。如果项目组的大部分成员已经精通Lua强行切换到GDScript会带来额外的学习成本和潜在的开发效率下降。luascript模块提供了一个平滑的过渡或并行方案让团队可以沿用熟悉的技术栈同时享受Godot引擎强大的编辑器和渲染能力。最后沙盒化与安全性。项目特性里提到了“Configurable API sandbox”。这是一个非常重要的设计。在游戏运营后期可能需要支持用户自定义模组Mod或热更新逻辑。通过Lua沙盒可以精确控制用户脚本能访问哪些API、能调用哪些函数从而有效防止恶意代码破坏游戏核心状态或访问敏感数据。这种细粒度的控制在纯GDScript环境下实现起来更为复杂。2.2 模块化架构如何与Godot引擎共舞Godot引擎本身是高度模块化的其GDScript、C#等语言支持也都是以模块Module形式存在。luascript遵循了同样的范式。它作为一个C模块被放置在Godot源码树的modules目录下。在编译Godot时通过开启module_luascript_enabledyes这个编译选项该模块的代码就会被编译并链接到最终的Godot二进制文件中。这种设计带来了几个关键优势深度集成作为原生模块luascript可以直接调用Godot底层的C API无需经过任何中间层或桥接这为实现高性能和完整的API绑定提供了基础。编辑器集成正因为是原生模块它可以扩展Godot编辑器的界面实现诸如内置代码编辑器中的语法高亮、实时错误检查Linting、代码格式化等功能。这些功能不是通过外部插件“贴”上去的而是编辑器原生体验的一部分。运行时无缝Lua脚本在运行时被引擎直接识别为一种合法的“脚本语言”资源类型Script。你可以像附加GDScript一样将Lua脚本附加到任何Node节点上引擎会自动创建实例、处理生命周期回调如_ready,_process。项目的目标是实现“Full Godot‘s gameplay API implementation”。这背后意味着一个巨大的工程量需要为成百上千个Godot核心类如Node、Sprite2D、Control在Lua环境中创建对应的绑定并处理好内存管理、信号槽机制、属性访问等复杂问题。从README提到的“new parser using Antlr4”可以看出作者正在构建一个更强大的语法解析器和静态分析器这预示着项目朝着工业级、支持智能提示和重构的工具链方向迈进。2.3 面向对象编程在Lua中的实现策略Lua本身并非传统的面向对象语言但它凭借强大的元表metatable机制可以优雅地模拟出类、继承、多态等OOP特性。luascript模块需要在此基础上映射Godot的类继承体系。其实现思路推测如下类即表每个Godot类在Lua中对应一个特殊的表table这个表持有该类的方法函数和静态属性。实例化当你在Lua中调用SomeClass.new()时模块底层会调用Godot C API创建对应的Godot对象实例同时为这个实例关联一个Lua userdata。这个userdata的元表被设置为该类的“方法表”从而使得你可以像调用方法一样使用instance:method()的语法。继承支持“从Lua基类继承”和“从原生C基类继承”。对于前者Lua可以利用元表的__index链来实现原型继承。对于后者模块需要将Godot C类的继承关系映射到Lua端的类表关系上。当你在Lua中定义一个继承自Node2D的类时这个Lua类的方法查找链需要能回溯到其Godot父类的方法。属性与信号Godot的核心特性之一是属性Property和信号Signal。模块需要将Godot对象的属性暴露给Lua支持通过.或:访问并可能支持getter/setter方法。对于信号则需要实现connect、emit和disconnect的对应绑定并处理好Lua函数作为回调时的生命周期管理避免闭包导致的内存泄漏。注意实现一个健壮的、无内存泄漏的Lua绑定层是极具挑战性的。核心难点在于生命周期管理Godot对象使用引用计数而Lua对象使用垃圾回收。当两者相互引用时比如一个GodotNode持有一个Lua table而这个table又引用了该Node很容易形成循环引用导致内存无法释放。成熟的绑定方案如tolua、LuaBridge都有自己的一套机制来处理这个问题luascript模块也需要妥善解决。3. 从零开始编译与集成实战指南纸上得来终觉浅绝知此事要躬行。读再多文档不如亲手把它编出来跑一遍。下面是我在LinuxUbuntu 22.04环境下从源码编译集成luascript模块的完整过程。Windows和macOS的原理类似但具体工具链和路径会有差异。3.1 前期准备构建环境的搭建编译Godot本身就是一个不小的工程好在官方文档非常详细。我们在此基础上增加Lua模块。1. 获取Godot引擎源码Godot使用Git管理代码我们直接克隆主分支默认是Godot 4.x的最新开发版本。为了稳定性你也可以切换到特定的稳定版本标签如4.2-stable。# 创建一个工作目录 mkdir -p ~/godot_workspace cd ~/godot_workspace # 克隆Godot引擎源码此过程较久因为仓库很大 git clone https://github.com/godotengine/godot.git cd godot2. 安装编译依赖Godot的编译依赖因平台和目标编辑器、导出模板而异。以下是在Ubuntu上编译桌面版编辑器所需的核心依赖sudo apt update sudo apt install build-essential scons pkg-config libx11-dev libxinerama-dev \ libxrandr-dev libxcursor-dev libxi-dev libgl1-mesa-dev libglu1-mesa-dev \ libalsa-dev libpulse-dev libfreetype6-dev libssl-dev libudev-dev \ libxkbcommon-dev libdrm-dev libgbm-dev3. 获取luascript模块源码按照README说明我们需要将luascript克隆到Godot源码的modules目录下。# 确保你在godot源码根目录 cd ~/godot_workspace/godot # 克隆luascript模块 git clone https://github.com/perbone/luascript.git modules/luascript执行完后你应该能看到godot/modules/luascript/目录里面包含了该模块的所有源代码。3.2 编译配置与参数解析Godot使用SCons作为构建系统。编译时我们需要通过命令行参数来激活我们的luascript模块。基础编译命令# 在godot源码根目录执行 scons platformlinuxbsd targeteditor module_luascript_enabledyes -j$(nproc)让我拆解一下这几个关键参数platformlinuxbsd: 指定目标平台为Linux。如果是macOS则是platformmacosWindows是platformwindows。targeteditor: 编译生成带编辑器的可执行文件。如果只想编译导出模板用于发布游戏则使用targettemplate_release。module_luascript_enabledyes:这是最关键的一步。这个参数告诉SCons构建系统去modules目录下寻找名为luascript的模块并将其包含在编译过程中。模块的编译规则通常定义在modules/luascript/SCsub文件中。-j$(nproc): 使用所有可用的CPU核心进行并行编译以大幅缩短编译时间。nproc命令会返回你的CPU核心数。可能遇到的问题与解决思路编译错误找不到Lua头文件或库luascript模块依赖于Lua5.4或LuaJIT。它可能期望系统已安装这些库。你需要安装对应的开发包。# Ubuntu/Debian 安装 Lua 5.4 开发库 sudo apt install liblua5.4-dev如果模块需要使用LuaJIT则需安装libluajit-5.1-dev。如果编译仍然报错可能需要检查luascript模块目录下的SCsub或config.py文件看它如何查找Lua库并可能需要手动指定路径。链接错误未定义的符号这通常是因为Godot引擎的某些API在模块中被调用但模块的编译配置没有正确链接到Godot的核心库。确保你是在完整的Godot源码树中编译模块并且Godot本身编译无误。有时模块的代码可能依赖于Godot的某个特定版本的新API而你使用的Godot源码版本较旧。这时需要检查模块的兼容性说明或尝试切换Godot的分支。编译时间过长首次编译Godot本身就需要很长时间可能30分钟到1小时以上加入模块后时间会更长。耐心等待或者考虑在更强大的机器上编译。确保你的系统有足够的内存建议8GB以上。3.3 验证与首次运行编译成功后在godot源码根目录下会生成一个名为bin的目录里面存放着生成的可执行文件。对于Linux编辑器文件通常叫godot.linuxbsd.editor.x86_64具体名称可能因架构而异。运行测试# 进入bin目录并运行 cd bin ./godot.linuxbsd.editor.x86_64如果一切顺利Godot编辑器将会启动。接下来是验证luascript模块是否成功加载的关键步骤创建新项目启动后创建一个新的空白项目。检查脚本语言在场景中创建一个Node节点选中它在右侧的检查器Inspector面板中找到“脚本”属性并点击“新建脚本”。在弹出的“创建脚本”对话框中仔细观察“语言”下拉菜单。如果luascript模块加载成功你应该能看到除了“GDScript”、“C#”等之外多出了一个“LuaScript”或类似的选项。创建并编辑Lua脚本选择“LuaScript”为脚本命名如main.lua并创建。如果编辑器内置的代码编辑器支持Lua你应该能看到一个带有Lua语法高亮的代码编辑窗口。尝试输入一些基本的Lua代码例如-- main.lua extends Node function _ready() print(Hello from LuaScript!) end注意这里的extends关键字可能是模块为了模仿GDScript风格而提供的语法糖实际的Lua继承方式可能需要参考模块的专门文档。运行场景将带有脚本的节点设为场景根节点或者添加到场景中然后点击编辑器顶部的“运行”按钮。如果控制台输出了“Hello from LuaScript!”那么恭喜你Lua脚本已经成功在Godot中运行起来了实操心得第一次编译大型开源项目失败是常态。如果遇到问题请保持耐心。黄金法则是仔细阅读终端输出的错误信息。SCons的错误输出通常很详细会明确指出是哪一行代码、哪一个文件出了问题。根据错误关键词如‘error:’ ‘undefined reference to’去搜索往往能在项目的Issue页面或Godot社区找到解决方案。另外确保你的编译环境如GCC版本、Python版本符合Godot官方文档的要求这是避免许多诡异问题的前提。4. 核心功能深度体验与开发实践假设你已经成功编译并启动了带有Lua支持的Godot接下来我们深入探索几个核心功能点看看在实际开发中如何运用它们。4.1 Lua脚本的基本结构与Godot生命周期一个典型的、附加到节点上的Lua脚本其结构需要与Godot的脚本系统兼容。luascript模块很可能定义了一种固定的格式来桥接两者。基本模板-- 假设模块使用 extends 关键字来指定继承的Godot类 extends Node2D -- 类成员变量可能映射为Godot的属性 local speed 100 local player_name Hero -- 类似于GDScript的 _ready()在节点进入场景树时调用 function _ready() print(Node is ready!) -- 在这里可以访问 self它代表当前的Godot节点实例 self.position Vector2(100, 200) end -- 类似于GDScript的 _process(delta)每帧调用 function _process(delta) -- delta是帧间隔时间 self.position.x self.position.x speed * delta end -- 自定义方法可以被其他脚本或信号调用 function take_damage(amount) -- ... 处理伤害逻辑 emit_signal(health_changed, current_health) end -- 定义信号可能是一种特殊的声明方式 -- 例如signal health_changed(new_health)这里有几个关键点需要模块来实现extends关键字这可能是模块自定义的语法用于在Lua脚本中声明继承关系。解析器需要识别它并在底层建立正确的Godot类继承链。self变量在脚本方法中self必须自动绑定到当前的Godot对象实例这样才能访问和修改节点的属性、调用其方法。全局函数与生命周期_ready,_process,_physics_process,_input等函数名是Godot约定的生命周期回调。模块需要将这些函数名注册到Godot的脚本实例中以便引擎在适当时机调用它们。类型转换Lua只有number类型而Godot有int,float,Vector2,Color等丰富类型。模块在传递参数和返回值时必须自动、正确地进行类型转换。例如当Lua函数返回一个表{x1, y2}时模块应能将其转换为Godot的Vector2。4.2 属性、信号与编辑器集成Godot强大的地方在于其编辑器和运行时的无缝连接。luascript模块在这方面也做了不少工作。属性的编辑器集成在GDScript中你可以用export var speed 100来定义一个属性它会在编辑器的检查器中显示为一个可编辑的字段。luascript需要提供类似的功能。可能是通过特定的注释语法或函数调用来实现-- 方式一通过特殊注释类似注解 -- export_range(0, 500) local speed 100 -- export local player_name Hero -- 方式二通过调用模块提供的函数假设 local luascript require(godot.luascript) local speed luascript.export_var(100, {min0, max500})编译或加载脚本时模块的静态分析器需要解析这些标记并将信息注册到Godot的编辑器中从而在检查器里生成对应的UI控件如滑块、文本框。信号的连接与发射信号是Godot实现解耦的核心机制。Lua脚本需要能定义、发射和连接信号。-- 1. 定义信号可能在类顶部 -- signal enemy_died(reward) -- 2. 发射信号 function kill_enemy() -- ... 击杀逻辑 -- self.emit_signal(enemy_died, 50) -- 假设的发射方式 emit_signal(enemy_died, 50) -- 另一种可能 end -- 3. 连接信号在代码中 function _ready() -- 连接到另一个节点的信号 -- 假设 another_node 是一个已获取的节点引用 -- another_node.connect(enemy_died, self, _on_enemy_died) -- GDScript风格 -- Lua风格可能更灵活 connect_signal(another_node, enemy_died, function(reward) self.score self.score reward end) end模块需要实现connect、emit和disconnect等函数并处理好Lua闭包作为回调函数时的引用管理确保在节点销毁时能正确断开连接避免内存泄漏。编辑器内编码体验如果模块实现了“Lua language coding in Godot‘s built in editor”那么你将获得语法高亮代码中的关键字、字符串、注释会以不同颜色显示。实时Linting当你输入时编辑器背景会运行静态分析发现语法错误、未定义的变量或类型不匹配等问题并以下划线或侧边栏标记的方式提示。代码格式化可以使用快捷键或菜单选项按照预定义的风格如缩进、空格自动格式化整个文件或选中部分。 这些功能极大地提升了开发效率使得在Godot内编写Lua的体验不亚于专业的IDE。4.3 多运行时支持与调试工具项目提到支持PUC Rio Lua 5.4和LuaJIT。这给了开发者选择权。PUC Lua 5.4这是标准的Lua官方版本稳定性好兼容性强是安全稳妥的选择。LuaJIT以其极致的性能著称特别是JIT编译能将热点Lua代码编译成本地机器码运行速度可接近C。但它对Lua语言的版本支持停留在5.1且某些平台如iOS可能不支持JIT。如果项目使用了LuaJIT独有的FFI库则必须选择此运行时。在项目中切换运行时可能需要在项目设置中配置或者在编译模块时通过参数选择。性能敏感型模块如战斗公式计算、AI决策使用LuaJIT而对兼容性要求高的部分使用标准Lua这种混合使用模式对模块的设计提出了更高要求。调试支持是另一个重要特性。理想的调试工具应支持断点在编辑器内点击行号设置断点。单步执行步入、步过、步出。变量查看在调试运行时查看当前作用域内所有Lua变量的值。调用栈查看函数调用链。控制台交互在断点处执行简单的Lua语句。 实现这些需要模块与Godot编辑器底层的调试器协议进行深度集成工作量巨大但一旦完成对开发效率的提升是质的飞跃。5. 高级特性展望与潜在应用场景虽然很多高级特性还处于规划或开发中但了解它们能帮助我们看清这个项目的潜力和未来发展方向。5.1 高级包组装与优化对于商业游戏尤其是移动端或网页端游戏包体大小和代码安全性至关重要。摇树优化Tree-shaking在发布版本时分析整个项目所有Lua脚本的代码依赖关系将从未被调用到的函数、模块、甚至整个类从最终的打包文件中移除。这能有效减小游戏包体积。代码混淆与压缩Uglifier and Minifier重命名局部变量、函数名通常改为短而无意义的字符删除所有注释和空白符使代码难以被反编译和阅读保护知识产权。同时压缩也能减小文件体积。编译为二进制字节码将Lua源代码预编译为Lua虚拟机执行的二进制字节码。这有两个好处一是加载速度更快无需在运行时解析文本二是提供了一层简单的代码加密二进制字节码比源代码难读得多。但需要注意标准的Lua字节码并不跨平台需要针对每个目标平台如Windows、Android、iOS分别编译。压缩与加密对最终的字节码或资源文件进行进一步的压缩如使用zlib或加密在运行时由引擎动态解密。这进一步增加了反编译的难度。这些功能通常集成在Godot的“导出Export”流程中。开发者只需要在导出预设中勾选相应的选项模块就会在导出过程中自动执行这些优化步骤。5.2 工具脚本扩展编辑器Godot编辑器本身可以通过GDScript或C#编写工具脚本进行扩展。luascript模块的目标是让Lua也能用于此目的。这意味着你可以用Lua来创建自定义的导入插件处理特定格式的资源。编写编辑器脚本自动化重复任务如批量重命名资源、特定格式的检查。甚至开发全新的编辑器面板或工具。这需要模块提供访问Godot编辑器API的能力其复杂度和工作量不亚于实现完整的运行时绑定。5.3 实际应用场景与团队工作流设想想象一下在以下场景中luascript模块如何改变工作流场景一大型MMO游戏的热更新。游戏核心引擎和渲染用Godot的C/GDScript实现而所有的游戏玩法逻辑、任务系统、配置表读取都用Lua编写。运营团队可以独立修改和测试Lua脚本然后通过热更新包下发无需玩家重新下载整个游戏客户端。Lua的沙盒特性可以严格控制热更新脚本的权限保障核心系统安全。场景二拥有成熟Lua技术栈的团队。团队之前使用Cocos2d-x Lua开发积累了大量的Lua通用模块网络库、UI框架、数据管理。在转向Godot时他们不希望重写这些经过验证的代码。通过luascript模块他们可以将大部分业务逻辑Lua代码几乎无缝地迁移到Godot项目中只需重写与渲染、输入相关的部分极大降低了迁移成本和风险。场景三教育或原型开发。Lua语法简单入门门槛低。对于教学或快速验证游戏想法的原型开发使用Lua可能比GDScript或C#更快上手。学生或独立开发者可以专注于游戏设计本身而不是语言细节。6. 常见问题排查与社区参与指南在尝试使用一个处于活跃开发阶段的项目时遇到问题是必然的。这里整理了一些可能遇到的典型问题及解决思路。6.1 编译与集成阶段问题Q1: 编译Godot时报错找不到luascript模块相关的头文件。A1:这通常是因为luascript模块自身有第三方依赖如Antlr4而这些依赖没有正确安装或放置在预期路径。你需要仔细阅读modules/luascript/目录下的README.md或SCsub文件查看其编译说明。可能需要手动下载或编译这些依赖库并通过环境变量或修改配置文件来指定其路径。Q2: 编辑器成功启动但创建脚本时没有“LuaScript”选项。A2:首先确认编译命令中确实包含了module_luascript_enabledyes。其次检查Godot启动时的控制台输出在终端中运行编辑器看是否有加载模块相关的错误或警告信息。有时模块可能因为运行时依赖不满足而加载失败。确保你的系统安装了正确版本的Lua共享库如liblua5.4.so。Q3: 运行包含Lua脚本的场景时Godot崩溃或无响应。A3:这很可能是模块代码中存在Bug或者Lua脚本触发了底层绑定的错误。首先尝试编写一个最简单的Lua脚本只包含一个print语句来测试。如果简单脚本可以运行问题可能出在你的复杂脚本或某个特定API的绑定上。启用Godot的详细日志输出可能会有帮助。最重要的是查看崩溃报告。在Linux/macOS上程序崩溃可能会在终端产生堆栈跟踪信息。在Windows上可能需要使用调试器如Visual Studio或GDB来捕捉崩溃点。将这些信息记录下来。6.2 脚本开发与运行时问题Q4: Lua脚本中调用某个Godot API时提示“attempt to call a nil value”。A4:这表示你调用的方法或访问的属性在当前的Lua绑定中不存在。可能的原因有1) 该API尚未被luascript模块实现绑定。2) API名称在Lua中的命名与GDScript略有不同例如GDScript的snake_case方法在Lua中可能被绑定为camelCase。你需要查阅luascript模块的API文档如果存在或者去查看其源代码中的绑定声明文件来确认可用的API列表。Q5: 信号连接后回调函数没有被触发或者触发一次后节点被销毁了但连接没有断开导致错误。A5:这是Lua绑定中常见的生命周期管理问题。确保你连接信号时传递的回调函数是稳定的例如是self的一个方法而不是一个临时创建的匿名函数除非你手动管理其引用。在节点的_exit_tree或析构函数中主动断开所有它连接过的信号是一个好习惯。如果模块提供了自动断开机制也需要了解其工作原理。Q6: 性能问题感觉Lua脚本运行比GDScript慢。A6:首先进行性能剖析。使用Godot内置的性能分析器Profiler对比相同逻辑的GDScript和Lua实现。如果Lua确实慢考虑1) 是否使用了标准Lua而非LuaJIT对于计算密集型任务LuaJIT可能有数量级的提升。2) 检查是否有频繁的Lua与C边界调用。过多的跨语言调用开销很大。尽量在Lua侧批量处理数据减少对Godot API的细粒度调用。3) 算法本身是否有优化空间Lua的table操作在某些模式下可能较慢。6.3 如何有效地寻求帮助与贡献当你遇到无法解决的问题时正确的求助方式能大大提高效率。查阅项目仓库首先去GitHub仓库的README.md、docs/目录如果有和issues页面。你遇到的问题很可能已经有人提出并得到了解答。提交高质量的Issue如果确定是新问题请提交一个详细的Issue。一个好的Issue应该包括清晰的标题如“编译失败在Windows上链接时找不到lua54.lib”。环境信息操作系统版本、Godot源码版本/提交哈希、luascript模块版本/提交哈希、编译器版本。复现步骤一步一步描述如何从零开始复现这个问题。预期行为你期望发生什么。实际行为实际发生了什么附上完整的错误信息、日志或截图。已尝试的解决你已尝试过哪些方法结果如何。参与社区讨论关注Godot引擎和luascript相关的论坛、Discord频道或QQ群。在提问前先搜索历史记录。贡献代码如果你有能力定位并修复问题欢迎提交Pull Request。在提交前请确保你的代码符合项目的代码风格并且为修复的问题添加相应的测试如果项目有测试套件。即使是文档的修正或补充也是极受欢迎的贡献。探索一个像luascript这样处于前沿的项目就像参与一场冒险。你会遇到未完成的道路、偶尔的bug但也将最先领略到它带来的全新可能性。对于Godot社区而言强大的多语言支持是引擎走向更广阔天地的关键一步。无论你是最终用户还是潜在的贡献者关注并尝试这个项目都是一次有价值的投资。