ASDF:REQUIRE-SYSTEM是否仍适用？弊端及使用规范问询

1. asdf:require-system 除警告外的不利行为 #

• 未来兼容性风险：作为明确标记的废弃API，ASDF后续版本完全有可能移除该函数，直接导致现有依赖它的代码无法运行。
• 功能缺失：新的asdf:load-system包含了增量编译、依赖链自动处理、系统缓存优化等现代ASDF特性，asdf:require-system不会再跟进这些更新，在复杂项目依赖场景下，可能出现加载逻辑不完整、依赖处理遗漏的问题。

2. 是否属于非常规用法，会遭开发者反感 #

是的。目前Common Lisp社区的标准实践是：

• 项目依赖通过ASDF系统定义中的:depends-on声明，让ASDF自动管理加载顺序和依赖生命周期；
• 交互式会话中临时加载系统，统一使用(asdf:load-system :str)而非废弃的require-system。

使用asdf:require-system会被视为不遵循现代ASDF最佳实践，其他开发者维护代码时可能会困惑，甚至需要额外修改来替换为标准API。

关于cl:require和cl:*modules*的补充 #

虽然ANSI Common Lisp标准已经废弃了cl:require和cl:*modules*，但SBCL等实现保留它们是为了向后兼容旧代码，Slime中显示的模块大多是实现层面的内置组件或遗留兼容项。现代开发中应该完全依赖ASDF的系统管理机制，避免使用这些废弃的标准特性。

推荐替代方案 #

• 项目中依赖cl-str：在你的ASDF系统定义里添加:depends-on (:str)，让ASDF自动处理加载；
• 交互式会话临时加载：使用(asdf:load-system :str)，它和asdf:require-system的核心功能一致，但属于当前推荐的API，无废弃警告且支持更多特性。

内容的提问来源于stack exchange，提问作者Demihm Seinname