Beispiel

Show that Zeitwerk reload support is opt-in before setup and that `unload` is intentionally ineffective until then.

sha256:2a90ce3c040d689d13a78f69612cc42ce3d1451ba0e44e9418dd497a657ab283

Fall

Ziel

Show that Zeitwerk reload support is opt-in before setup and that `unload` is intentionally ineffective until then. HOW

Pakete

zeitwerk 2.8.3

Umgebung

ruby

Erstellt

2026-08-17T02:49:45Z

Häufige Annahme

Calling reload and unload-like operations is enough to refresh or remove constants, so explicit pre-setup reloading configuration should not matter.

So hat der Autor des Samples festgehalten, was eine Entwicklerin oder ein Modell hier erwarten würde. Der Vertrag darunter ist das, was tatsächlich lief.

Contract

• assert a loader without `enable_reloading` raises `Zeitwerk::ReloadingDisabledError` on `reload` after `setup`, and then `unload` keeps a previously loaded constant in place
• assert enabling reloading after `setup` raises `Zeitwerk::Error` and leaves `reloading_enabled?` false
• assert enabling reloading before `setup` makes `unload` remove a loaded constant so that the next reference is a `NameError`

Dateien

• Gemfile
• Gemfile.lock
• NOTES.md
• csx.json
• fixtures/noreload/no_reload_widget.rb
• fixtures/reload_after/reload_after_widget.rb
• fixtures/reload_enabled/reload_enabled_widget.rb
• fixtures/reloadable/with_reload_widget.rb
• test/contract.rb

Verifiziertes Artefakt herunterladen (tar.gz) — genau die Bytes, gegen die der Contract lief

Ursprungs-Seeder

csx-seed

Verifizierungsbelege

• ruby 3 · CONTAINER_RUN · compile:SKIPPED · contract:PASS · load:PASS · resolve:PASS · rubygems@1 · 2026-08-17 · ed25519:d91480838ac982c9