0

从 Classic 迁移到 Zeitwerk 时遇到了一些麻烦。

启用 zeitwerk 和 running 后rails s，一切似乎都正常。然后在保存 .rb 文件并刷新后，我在尝试从顶层请求文件时看到“未初始化的常量”错误/lib。

重新加载时配置错误，但我正在挠头试图找出细节。我的印象是拥有一个顶级/lib文件夹很好，并且require用于在该目录中加载文件与 Zeitwerk 兼容，但现在我不太确定......关于我出错的想法？

注意：我目前没有设置任何特定eager_load_paths或autoload_paths

编辑：按照@Xavier的建议更新日志输出

Zeitwerk@rails.main: module CustomModule autovivified from directory *********/app/workers/custom_module
Zeitwerk@rails.main: autoload set for CustomModule::Profiler, to be loaded from *********/app/workers/custom_module/profiler.rb
Zeitwerk@rails.main: autoload set for CustomModule::AnotherProfiler, to be loaded from *********/app/workers/custom_module/another_profiler.rb

NameError - uninitialized constant CustomModule::AttributeParser
Did you mean?  NameParserConstants:
  app/models/user.rb:180:in `first_name'
  app/middleware/catch_json_parse_errors.rb:8:in `call'
  app/middleware/decompress_requests.rb:22:in `call'
4

1 回答 1

3

命名空间在可重新加载的项目部分（下）和不可重新加载的CustomModule部分（下）中共享。applib

这个不错，支持 你只需要仔细考虑加载优先级，因为如果lib定义CustomModule::Foo和 Rails 认为CustomModule是可重新加载的，在重新加载时没有人CustomModule::Foo再次加载，并且require是幂等的，所以CustomModule::Foo不会再被发现了。

解决方案是确保lib 定义命名空间，然后 Rails 自动加载器重新打开它。与此处记录的基本相同。例如，这可以通过require在从 加载命名空间的初始化程序中发出 a 来完成lib。

这样，当自动加载器扫描文件系统时，它就知道它不负责管理CustomModule. 它会下降。如果有子常量，那么一切都会照常工作，并且这些常量将被重新加载，但命名空间本身不会。

于 2022-03-04T20:27:37.037 回答