REPL 很棒。
确实,REPL 很棒!
REPL 是不可或缺的。 CL 很烂,但我几乎宁愿使用它,也不愿使用没有良好 REPL 的更好的语言。
在 bleibig 的 REPL 稳定之前,请随意使用我的 stable-ish REPL-ish 之类的东西: https ://github.com/bstrie/rust-rustic
(但这绝不是一个长期的解决方案。)
伟大的。 从长远来看,我同意我们应该将 bleibig 的 repl 之类的东西折叠到 rustc 中。 一个 --interactive 标志会很棒。
--interactive
会有所帮助。
建议:当argc < 1
时,默认为交互式脚本语言。
与 bstrie 的 rustic 有点类似,这是我写的一个 repl。 主要区别在于它的行为有点像基于 LLVM 解释器的未来 repl 可能应该表现的行为(即逐个语句评估、本地定义、导入等),但在引擎盖下它是一个 hack——它正在写出临时文件并使用 rustc 编译它们。 无论哪种方式,使用起来真的很有趣,并且现在可以使用!
这现在存在(rusti),但现在运行得不太好:#4407
这个问题的范围“创建一个REPL”是否已经完成?
@kud1ing可能。 可以打开单独的问题来解决当前的 REPL 损坏。
关闭。
自从rusti 被删除后,是否应该重新打开它? #9818
是的,请!! 我经常只想玩一两个函数,看看事情是如何工作的。
@shaleh你知道吗: http ://play.rust-lang.org/?
与本地 repl 相比,它的优势在于,一旦你完成了黑客攻击,与其他人分享你的示例真的很简单(参见底部的“分享”按钮)。
2014 年 7 月 10 日下午 3:08,Felix S Klock II 写道:
@shaleh你知道吗: http ://play.rust-lang.org/?
与本地 repl 相比,它的优势在于,一旦你完成了黑客攻击,与其他人分享你的示例真的很简单(参见底部的“分享”按钮)。
—
直接回复此邮件或在 GitHub 上查看。
是的,只要您只在有网络的地方进行黑客攻击,那就太好了。 并不是我所有的房子都能获得不错的 WIFI,更不用说火车、汽车等了。
如果它可以用作在线玩具,那么我们肯定可以在外壳上获得真实版本。
这个可以重开吗? 我经常不想分享或保存我在 REPL 中所做的事情,所以我更喜欢命令行实用程序。
哦,我没看到#9898。 我想讨论可以在那里继续,但我希望尽快看到类似rusti
的命令行,即使它不是“正确的”REPL。 该线程似乎在谈论正确的方法,这可能需要一些时间来实现。
有人说了一些关于紧贴的东西,只是为了在这里提出来。 我认为这是一个很棒的项目。
即时反馈非常令人欣慰。 甚至 Java 在下一个主要版本中也会有一个 repl。
这方面的实际工作是什么? (即使是外部的?)因为 rusti 已被删除,正如我从 #9818 中看到的那样
rusti 住在这里https://github.com/murarth/rusti
仅供参考:Julia 语言有一个 REPL,并查看: https ://github.com/iamed2/Rust.jl
看起来你可以在你的文件中包含 Rust 代码,就像你可以在 C++ 中使用 Cxx.jl 一样,或者在 REPL 中,以交互方式使用任何一种语言(而 Cxx 更流畅)。 [调用 Rust 已经很简单了,不比 C 难。如果我需要一种非 GC 语言,我一直认为 Rust 会是 C 的首选补充语言。]
只是看看我看到 AST.jl 的代码,不确定你是否可以从 Julia 生成 Rust 代码(我记得有人告诉过我,可能是一个误解)。
注意: https ://github.com/iamed2/Rust.jl/blob/master/deps/deps.jl
这个问题应该重新打开吗? rusti
最近没有看到太多的爱,并且依赖于一个非常旧的编译器版本。 其他人想看REPL吗?
evcxr是目前最好的 REPL 实现
最有用的评论
这个问题应该重新打开吗?
rusti
最近没有看到太多的爱,并且依赖于一个非常旧的编译器版本。 其他人想看REPL吗?