Як перезавантажити файл clojure в REPL

Який бажаний спосіб перезавантажити функції, визначені у файлі Clojure, не потребуючи перезавантаження REPL. Зараз, щоб використовувати оновлений файл, я повинен:

• редагувати src/foo/bar.clj
• закрити відповідь
• відкрити відповідь
• (load-file "src/foo/bar.clj")
• (use 'foo.bar)

Крім того, (use 'foo.bar :reload-all)це не призводить до необхідного ефекту, який є оцінкою модифікованих тіл функцій та поверненням нових значень, замість того, щоб вести себе так, як джерело взагалі не змінилося.

Документація:

• файл завантаження
• використання

Або (use 'your.namespace :reload)

Існує також така альтернатива, як використання інструментального простору імен. Це досить ефективно:

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

user=> (refresh)

:reloading (namespace.app)

:ok

Перевантажувальний Clojure код , використовуючи (require … :reload)і :reload-allє досить проблематичним :

• Якщо ви змінюєте два простори імен, які залежать один від одного, ви повинні пам'ятати, щоб перезавантажити їх у правильному порядку, щоб уникнути помилок компіляції.

• Якщо ви вилучите визначення з вихідного файлу, а потім перезавантажте їх, ці визначення все ще доступні в пам'яті. Якщо інший код залежить від цих визначень, він буде продовжувати працювати, але порушиться при наступному перезапуску JVM.

• Якщо перезавантажена область імен містить defmulti, ви також повинні перезавантажити всі пов'язані з ними defmethodвирази.

• Якщо перезавантажена область імен містить defprotocol, ви також повинні перезавантажити будь-які записи чи типи, що реалізують цей протокол, та замінити всі наявні екземпляри цих записів / типів на нові екземпляри.

• Якщо перезавантажена область імен містить макроси, ви також повинні перезавантажити будь-які простори імен, які використовують ці макроси.

• Якщо запущена програма містить функції, які закривають більше значень у перезавантаженому просторі імен, ці закриті значення не оновлюються. (Це часто зустрічається у веб-додатках, які будують "стек обробника" як композицію функцій.)

Бібліотека простору clojure.tools.names значно покращує ситуацію. Він забезпечує функцію легкого оновлення, яка робить розумне перезавантаження на основі графіка залежності просторів імен.

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

На жаль, повторне завантаження не вдасться, якщо refreshзмінився простір імен, на який ви посилалися на функцію. Це пов’язано з тим, що space.namespace знищує поточну версію простору імен перед завантаженням нового коду.

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)

Ви можете використовувати повністю кваліфіковане ім'я var як спосіб вирішення цієї проблеми, але особисто я вважаю за краще не вводити це під час кожного оновлення. Інша проблема вищезазначеного полягає в тому, що після перезавантаження основного простору імен стандартні допоміжні функції REPL (як docі source) там більше не посилаються.

Для вирішення цих проблем я вважаю за краще створити фактичний вихідний файл для простору імен користувачів, щоб він міг бути надійно завантажений. Я поміщаю вихідний файл, ~/.lein/src/user.cljале його можна розмістити в будь-якому місці. Файл повинен вимагати функції оновлення у верхній ns-декларації так:

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

Ви можете налаштувати Leiningen профіль в ~/.lein/profiles.cljтакий спосіб , щоб місце ви помістіть файл в додається шлях до класу. Профіль повинен виглядати приблизно так:

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

Зауважте, що я встановлюю простір імен користувачів як точку входу при запуску REPL. Це гарантує, що допоміжні функції REPL посилаються на простір імен користувачів замість основного простору імен вашої програми. Таким чином вони не загубляться, якщо ви не зміните вихідний файл, який ми тільки що створили.

Сподіваюся, це допомагає!

Найкраща відповідь:

(require 'my.namespace :reload-all)

Це не тільки перезавантажить вказану область імен, але й перезавантажить усі простори імен залежностей.

Документація:

вимагають

Один лайнер на основі відповіді папашана:

(clojure.tools.namespace.repl/refresh)

Я використовую це в Lighttable (і дивовижному instarepl), але він повинен бути використаний в інших інструментах розробки. У мене була така ж проблема зі старими визначеннями функцій та багатометодів, що звисають після перезавантажень, тому зараз під час розробки замість оголошення просторів імен за допомогою:

(ns my.namespace)

Я декларую свої простори імен так:

(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))

Досить потворно, але щоразу, коли я переоцінюю весь простір імен (Cmd-Shift-Enter у Lighttable, щоб отримати нові результати instarepl кожного виразу), це знімає всі старі визначення та дає мені чисте середовище. Мені кожні кілька днів залучали старі визначення, перш ніж я почав це робити, і це врятувало мою здоровість. :)

Спробувати завантажити файл знову?

Якщо ви використовуєте IDE, зазвичай існує комбінація клавіш для надсилання блоку коду в REPL, таким чином ефективно переосмислюючи пов'язані функції.

Щойно (use 'foo.bar)працює для вас, це означає, що у вас на CLASSPATH є foo / bar.clj або foo / bar_init.class. Bar_init.class буде версією bar.clj, складеної AOT. Якщо ви це робите (use 'foo.bar), я не точно впевнений, чи Clojure віддає перевагу класу над clj чи навпаки. Якщо б віддало перевагу файлам класу, а у вас є обидва файли, то зрозуміло, що редагування файлу clj та перезавантаження простору імен не впливають.

BTW: Вам не потрібно до load-fileтого, useякщо ваш CLASSPATH встановлений правильно.

BTW2: Якщо вам потрібно скористатися load-fileз причини, то ви можете просто зробити це ще раз, якщо ви редагували файл.