В какой-то момент он перестает быть Clojure, поэтому ожидание того, что мы можем произвольно перемещаться из исходного кода в машинные инструкции и обратно, немного не соответствует действительности.

Мы должны иметь возможность сериализовать функцию в байтовый массив и отправить его по сети. Я подозреваю, что вам нужно будет получить объект java.lang.Class функции, а затем передать его через java.lang.instrument.ClassFileTransformer, чтобы получить байты. Получив их, вы можете передать их дружественному java. .lang.ClassLoader на удаленном jvm.

Вам нужно будет использовать quote или ' для предотвращения оценки и eval для принудительной оценки:

(def fn1 '(fn [x] (* x 2)))
(prn-str fn1) ;;=> "(fn [x] (* x 2))\n"
((eval fn1) 1) ;;=> 2

Flambo, оболочка Clojure для Spark, использует библиотеку serializable-fn для сериализации функций (которые Spark требует ). Sparkling, еще одна оболочка для Spark, использует собственные функции Clojure через этот абстрактный класс Java, реализующий интерфейс Java Serializable.

У вас есть два основных варианта:

• передать исходный код (s-выражения хранятся как данные clojure)
• передавать файлы jar и загружать их с другой стороны.

для первого варианта вы сохраняете исходный код во время компиляции функции (почти всегда, когда она определена), а затем передаете то же исходное выражение на другой компьютер и позволяете ему компилировать то же самое. поэтому сначала вы можете создать вектор выражений:

(domain-functions '[(defn foo [x] x)
                    (defn bar [y] (inc y)]

затем вы можете сохранить это в базе данных, и каждый клиент может передать ее read, и тогда все они будут иметь одинаковые функции.

Второй вариант зависит от того факта, что каждый раз, когда вы определяете функцию, она создает файл класса в каталоге /target, а затем загружает его. Затем вы можете синхронизировать этот каталог и загрузить их с другой стороны. Этот подход, конечно, совершенно сумасшедший, хотя люди здесь делают сумасшедшие вещи. Я рекомендую первый подход

Я делаю это сейчас с datomic, и я перенял практику помещения git-хэша в имя функции с помощью макроса, поэтому я абсолютно точно знаю, что когда я вызываю функцию, я получаю ту же функцию, которую я вижу в редакторе. Это обеспечивает душевное спокойствие при запуске множества экземпляров, которые все извлекают из одной и той же БД.

Вы можете использовать clojure.repl/source.

(with-out-str (source filter))

чтобы получить строку или

(read-string (with-out-str (source filter)))

чтобы получить список clojure.

На самом деле нет хорошего способа, и по уважительной причине простая отправка функции на другой компьютер или сохранение ее в БД может вызвать множество проблем, не последней из которых является то, что этой функции могут потребоваться другие функции, которые не включены. другой конец.

Гораздо лучшая идея — придерживаться данных. Вместо того, чтобы писать функцию, напишите имя функции как событие, а затем даже это может быть переведено позже тем, что читает ваши данные. Придерживайтесь данных, это идиоматический способ.