So laden Sie eine Clojure-Datei in REPL neu

Was ist die bevorzugte Methode zum erneuten Laden von Funktionen, die in einer Clojure-Datei definiert sind, ohne dass die REPL neu gestartet werden muss? Um die aktualisierte Datei verwenden zu können, muss ich Folgendes tun:

• bearbeiten src/foo/bar.clj
• Schließen Sie die REPL
• Öffnen Sie die REPL
• (load-file "src/foo/bar.clj")
• (use 'foo.bar)

Darüber hinaus führt (use 'foo.bar :reload-all)dies nicht zu einem erforderlichen Effekt, bei dem die geänderten Funktionskörper ausgewertet und neue Werte zurückgegeben werden, anstatt sich so zu verhalten, als hätte sich die Quelle überhaupt nicht geändert.

Dokumentation:

• lade Datei
• verwenden

Oder (use 'your.namespace :reload)

Es gibt auch eine Alternative wie die Verwendung von tools.namespace , die ziemlich effizient ist:

user=> (use '[clojure.tools.namespace.repl :only (refresh)])

user=> (refresh)

:reloading (namespace.app)

:ok

Das Neuladen von Clojure-Code mit (require … :reload)und :reload-allist sehr problematisch :

• Wenn Sie zwei voneinander abhängige Namespaces ändern, müssen Sie daran denken, sie in der richtigen Reihenfolge neu zu laden, um Kompilierungsfehler zu vermeiden.

• Wenn Sie Definitionen aus einer Quelldatei entfernen und dann neu laden, sind diese Definitionen weiterhin im Speicher verfügbar. Wenn anderer Code von diesen Definitionen abhängt, funktioniert er weiterhin, wird jedoch beim nächsten Neustart der JVM unterbrochen.

• Wenn der neu geladene Namespace enthält defmulti, müssen Sie auch alle zugehörigen defmethodAusdrücke neu laden .

• Wenn der neu geladene Namespace enthält defprotocol, müssen Sie auch alle Datensätze oder Typen, die dieses Protokoll implementieren, neu laden und vorhandene Instanzen dieser Datensätze / Typen durch neue Instanzen ersetzen.

• Wenn der neu geladene Namespace Makros enthält, müssen Sie auch alle Namespaces neu laden, die diese Makros verwenden.

• Wenn das laufende Programm Funktionen enthält, die Werte im neu geladenen Namespace schließen, werden diese geschlossenen Werte nicht aktualisiert. (Dies ist in Webanwendungen üblich, die den "Handler-Stack" als Zusammensetzung von Funktionen erstellen.)

Die Bibliothek clojure.tools.namespace verbessert die Situation erheblich. Es bietet eine einfache Aktualisierungsfunktion, die das intelligente Neuladen basierend auf einem Abhängigkeitsdiagramm der Namespaces ermöglicht.

myapp.web=> (require '[clojure.tools.namespace.repl :refer [refresh]])
nil
myapp.web=> (refresh)
:reloading (myapp.web)
:ok

Leider schlägt das erneute Laden ein zweites Mal fehl, wenn sich der Namespace, in dem Sie auf die refreshFunktion verwiesen haben , geändert hat. Dies liegt daran, dass tools.namespace die aktuelle Version des Namespace zerstört, bevor der neue Code geladen wird.

myapp.web=> (refresh)

CompilerException java.lang.RuntimeException: Unable to resolve symbol: refresh in this context, compiling:(/private/var/folders/ks/d6qbfg2s6l1bcg6ws_6bq4600000gn/T/form-init819543191440017519.clj:1:1)

Sie könnten den vollständig qualifizierten Variablennamen als Problemumgehung für dieses Problem verwenden, aber ich persönlich bevorzuge es, dies nicht bei jeder Aktualisierung eingeben zu müssen. Ein weiteres Problem besteht darin, dass nach dem erneuten Laden des Hauptnamespace die Standard-REPL-Hilfsfunktionen (wie docund source) dort nicht mehr referenziert werden.

Um diese Probleme zu lösen, bevorzuge ich es, eine tatsächliche Quelldatei für den Benutzernamensraum zu erstellen, damit diese zuverlässig neu geladen werden kann. Ich habe die Quelldatei eingefügt, ~/.lein/src/user.cljaber Sie können sie überall ablegen. Die Datei sollte die Aktualisierungsfunktion in der Top-ns-Deklaration wie folgt erfordern:

(ns user
  (:require [clojure.tools.namespace.repl :refer [refresh]]))

Sie können Setup ein Leiningen Benutzerprofil in ~/.lein/profiles.cljso dass Speicherort der Datei setzen in dem Klassenpfad hinzugefügt wird. Das Profil sollte ungefähr so ​​aussehen:

{:user {:dependencies [[org.clojure/tools.namespace "0.2.7"]]
        :repl-options { :init-ns user }
        :source-paths ["/Users/me/.lein/src"]}}

Beachten Sie, dass ich beim Starten der REPL den Benutzernamensraum als Einstiegspunkt festgelegt habe. Dadurch wird sichergestellt, dass die REPL-Hilfsfunktionen im Benutzernamensraum anstelle des Hauptnamensraums Ihrer Anwendung referenziert werden. Auf diese Weise gehen sie nur verloren, wenn Sie die gerade erstellte Quelldatei ändern.

Hoffe das hilft!

Die beste Antwort ist:

(require 'my.namespace :reload-all)

Dadurch wird nicht nur der angegebene Namespace neu geladen, sondern auch alle Abhängigkeitsnamespaces neu geladen.

Dokumentation:

benötigen

Ein Liner basierend auf Papachans Antwort:

(clojure.tools.namespace.repl/refresh)

Ich verwende dies in Lighttable (und dem fantastischen Instarepl), aber es sollte in anderen Entwicklungstools von Nutzen sein. Ich hatte das gleiche Problem mit alten Definitionen von Funktionen und Multimethoden, die nach dem Neuladen herumhängen, also jetzt während der Entwicklung, anstatt Namespaces zu deklarieren mit:

(ns my.namespace)

Ich deklariere meine Namespaces wie folgt:

(clojure.core/let [s 'my.namespace]
                  (clojure.core/remove-ns s)
                  (clojure.core/in-ns s)
                  (clojure.core/require '[clojure.core])
                  (clojure.core/refer 'clojure.core))

Ziemlich hässlich, aber wenn ich den gesamten Namespace neu bewerte (Cmd-Shift-Enter in Lighttable, um die neuen instarepl-Ergebnisse jedes Ausdrucks zu erhalten), werden alle alten Definitionen weggeblasen und ich bekomme eine saubere Umgebung. Ich wurde alle paar Tage von alten Definitionen gestolpert, bevor ich damit anfing, und es hat meine geistige Gesundheit gerettet. :) :)

Versuchen Sie erneut, die Datei zu laden?

Wenn Sie eine IDE verwenden, gibt es normalerweise eine Tastenkombination, um einen Codeblock an die REPL zu senden und so die zugehörigen Funktionen effektiv neu zu definieren.

Sobald dies (use 'foo.bar)für Sie funktioniert, bedeutet dies, dass Sie foo / bar.clj oder foo / bar_init.class auf Ihrem CLASSPATH haben. Die bar_init.class wäre eine AOT-kompilierte Version von bar.clj. Wenn Sie das tun (use 'foo.bar), bin ich mir nicht ganz sicher, ob Clojure den Unterricht gegenüber clj bevorzugt oder umgekehrt. Wenn es Klassendateien bevorzugen würde und Sie beide Dateien haben, ist es klar, dass das Bearbeiten der clj-Datei und das anschließende Neuladen des Namespace keine Auswirkungen hat.

Übrigens: Sie müssen nicht load-filevor dem, usewenn Ihr CLASSPATH richtig eingestellt ist.

Übrigens: Wenn Sie es load-fileaus einem bestimmten Grund verwenden müssen, können Sie es einfach erneut ausführen , wenn Sie die Datei bearbeitet haben.