重塑 Lisp REPL：原生力量的极致挖掘与效率跃升

作为一名追求极致便携性和效率的开发者，我倾向于利用现有工具并最大化其效能，而非构建新的封装层。本文旨在探讨如何通过改进现有 Lisp REPL（Read-Eval-Print Loop）而非依赖定制/代理 REPL 来实现这一目标，以期获得更持久、通用化的改进。

SBCL REPL 的基础功能相对简单，但通过 `sb-aclrepl` 扩展，可以实现类似 Allegro CL 的交互体验。核心在于对 REPL 提示符（Prompt）和命令（Commands）的标准化与可移植性增强。我的 `Trivial Toplevel Prompt` 库允许用户以统一方式定义包括进程名、包名、求值计数、调试级别等在内的提示符，无需复杂的预处理或函数重定义。同样，`Trivial Toplevel Commands` 库提供了一种可移植的方式来定义 REPL 命令，例如调用 shell 命令或执行文件系统操作，这使得命令成为具有额外功能的、可直接调用的函数。

此外，Lisp 的 reader 宏能力为 REPL 带来了极大的语法灵活性，可用于实现如 C 语言风格的表示法、内联文档查询、便捷的哈希表定义或短 lambda 表达式等，尽管需谨慎使用以避免滥用。在图形化调试器方面，虽然有如 Ndebug、Dissect 和 McCLIM Debugger 等库提供了 GUI 界面，但它们在功能深度上通常无法与原生 REPL 提供的如切换进程、反汇编、修改变量值、模拟返回等高级调试能力相媲美。因此，利用原生 REPL 并通过命令等方式增强其功能是更优的选择。

对于 REPL 的交互体验，`rlwrap` 工具是一个不容忽视的辅助。它不侵入 REPL 本身，却能提供自动补全、行编辑、Emacs/Vi 键绑定以及过滤器等实用功能，显著提升了 REPL 的易用性。在库管理方面，Quicklisp 是最便捷的方式，但 Git submodules 结合 ASDF 的方式，通过本地化管理库版本、离线加载和项目分发，提供了更强的控制力。

作者明确反对 CIEL 等“全家桶式”的定制/代理 REPL，认为它们牺牲了原生 REPL 的核心优势，如对实现 API 的深度定制能力、原生命令和强大的调试功能。通过 `Trivial Toplevel` 库和 `rlwrap`，用户无需放弃原生 REPL 的强大能力，即可获得现代化、符合个人习惯的开发体验。

原始来源： https://aartaka.me/customize-repl.html