什么时候cargo可以集成一个RustScript的东西就好了，命令就是cargo run --script。

语法和输入输出一致，但是按行动态执行，不进行任何编译优化，jit随缘，性能和Python一样也无所谓，有js级别更好。

纯粹是为了验证逻辑，正式版发行版再cargo build --release。

rust编译是真的慢。我现在的写的项目，在github上的Actions编译经常半个小时。

--
👇
Bai-Jinlin: 我也build了下，确实没见过能build这么长时间的东西，比substrate和tauri的东西build的时间都长。

我感觉有可能是因为slint这个gui框架根据ui文件生成代码的时候生成了巨量的代码（我以前进行过测试，一个简单的slint ui文件会生成一万行代码）导致最后一步的编译缓慢。

正常在编译过程中是不会有一个crate编译超过一分钟的情况。

--
👇
哒哒的马蹄: 不是在下载东西。我即使已经运行起来，然后再修改rust文件，再重新cargo run也还是用了相当长的时

--
👇
Bai-Jinlin: 你看看那个让你build了一个小时的crate里面是不是有build脚本，并且这个build脚本是不是下载东西了。

我也build了下，确实没见过能build这么长时间的东西，比substrate和tauri的东西build的时间都长。

我感觉有可能是因为slint这个gui框架根据ui文件生成代码的时候生成了巨量的代码（我以前进行过测试，一个简单的slint ui文件会生成一万行代码）导致最后一步的编译缓慢。

正常在编译过程中是不会有一个crate编译超过一分钟的情况。

--
👇
哒哒的马蹄: 不是在下载东西。我即使已经运行起来，然后再修改rust文件，再重新cargo run也还是用了相当长的时

--
👇
Bai-Jinlin: 你看看那个让你build了一个小时的crate里面是不是有build脚本，并且这个build脚本是不是下载东西了。

不是在下载东西。我即使已经运行起来，然后再修改rust文件，再重新cargo run也还是用了相当长的时

--
👇
Bai-Jinlin: 你看看那个让你build了一个小时的crate里面是不是有build脚本，并且这个build脚本是不是下载东西了。

我用的是这个：https://github.com/Heng30/chatbox

--
👇
jerryshell: GitHub 上名字叫 chatbox 的 Rust 项目有 6 个，不知道你说的是哪个

GitHub 上名字叫 chatbox 的 Rust 项目有 6 个，不知道你说的是哪个

你看看那个让你build了一个小时的crate里面是不是有build脚本，并且这个build脚本是不是下载东西了。