TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Pry: A better Ruby REPL

131 点作者 mileszs大约 14 年前

7 条评论

injekt大约 14 年前
Link to GitHub repo: <a href="https://github.com/banister/pry" rel="nofollow">https://github.com/banister/pry</a><p>People should know Pry is relatively new. We're actively writing code daily to improve it. We have some pretty awesome items on the TODO list, so keep an eye on it!<p>To answer an FAQ: There's no reason not to replace IRB with Pry, or at least extend IRB with Pry inside of your ~/.irbrc
peterb大约 14 年前
The runtime invocation is particularly nice for live debugging. You navigate in and out of program scope (using cd) and view variables in scope (using ls). It is all very smalltalk-ish.
评论 #2479908 未加载
kzar大约 14 年前
Do any of these IRB alternatives support multi-line history? I want to define a function, press up and have the whole function definition there instead of the last line of it -- how it works with Clojure's REPL.
评论 #2479568 未加载
评论 #2479456 未加载
cldwalker大约 14 年前
For something much lighter (1/10th the size of pry) and less opinionated, see <a href="http://github.com/cldwalker/ripl" rel="nofollow">http://github.com/cldwalker/ripl</a>. It's designed to be extendable and thus already has 20+plugins and 5 shells built on top of it.
评论 #2479910 未加载
lobster_johnson大约 14 年前
Seems unnecessarily complicated. The whole point of IRB is to always be in Ruby mode. Being able to "drop down" into other out-of-band evaluation modes seems like a useful idea, but that's the exception, not the main use case.<p>So this looks less like a REPL than a gdb-like interactive debugging tool. But unless it can be used for attaching to and inspecting live running processes, it doesn't seem all that useful.
评论 #2479006 未加载
jfb大约 14 年前
Does it play nicely with an Emacs inferior mode?
评论 #2479873 未加载
评论 #2479876 未加载
qrush大约 14 年前
Doesn't Rubinius provide a lot of this?