目标
我想让我的Common Lisp（SBCL + GNU Emacs + Slime）环境有点像Smalltalk图像，因为我希望我的所有代码都有一个大泥球在包装和优选项目中。换句话说，我与save-lisp-and-die混淆了一下，并在Emacs中设置了Lisp来调出保存的图像。我迷路的地方是让它与Swank一起工作的适当方式。
问题
我认为在save-lisp-and-die之前需要在我的Lisp图像中放置swank hook。但它似乎有点脆弱，因为改变我的SBCL版本或Slime版本似乎会导致版本不匹配。
问题
我错过了什么吗？人们是否以这种方式工作，或者在ASDF下作为一组可加载的包，往往是更独立的项目？
我真的很想念Smalltalk的方式，感觉就像每个项目一样，ASDF有点笨拙，而且更加扎根于文件系统。相比之下，它让我想起了其他所有语言及其应用/项目方向。 OTOH似乎有点稳定 - 依赖于包装的重新版本。那么，跨语言的整个版本控制是另一回事。
任何提示如何做我想要的或为什么它不是一个好主意将非常感激。
答案 0 :(得分：4)
图片
像SBCL这样的Common Lisp实现支持图像。保存记忆的想法出现在60年代的Lisp早期。
Smalltalk从Lisp那里得到了这个想法。在许多Smalltalk实现中，图像可以是可移植的（OS，运行时......） - 尤其是在使用与机器无关的字节代码时。 SBCL OTOH编译为本机机器代码。
托管源代码
Smalltalk添加了托管源代码的想法。 Smalltalk通常使用简单的数据库和更改日志来存储源代码。一个Lisp执行类似的操作是Xerox Interlisp - 但方法略有不同。
其他Lisp实现/ IDE不支持托管源代码 - 只有Xerox Interlisp变种--AFAIK。
<强> DEFSYSTEM
在Common Lisp中，使用defsystem设备（如ASDF）和IDE（如GNU Emacs + SLIME）更基于文件系统。代码驻留在多个系统中，这些系统是具有系统描述的目录中的文件。
甚至不清楚将较新版本的系统加载到加载旧版本的Lisp系统中是否有意义。有人可能会安排这一点，但没有什么可以阻止我弄乱它。
更新Lisp
将SBCL等Lisp从一个版本更新到另一个版本可能
您可以使用包含/捆绑的运行时保存图像。这样你就拥有了正确的图像和运行时组合。
但是当您更新运行时时，通常/经常需要在加载代码的情况下重新生成新的兼容图像。
由于SBCL每月发布一次，因此有定期更新的诱惑。其他实现可能使用不同的策略：LispWorks就是一个例子。 LispWorks的发布频率低得多，并且在发行版之间发布补丁，这些补丁被加载到发布的版本中。
更新SLIME
我不知道是否可以通过在顶部加载新版本来更新已加载的SLIME（已经在早期版本中加载到SLP系统中的SLIME）。可能最好与SLIME维护人员联系。