Друзья, кто с boot работал? Можете подсказать - как он работает с nfs-шарингом (nfs-shared-folders)? Я видел что у него есть поллинг на 10мс, но почему-то у меня он не отработал (((

кто-нибудь сталкивался с подобным?

Насчет boot не подскажу.

Есть другой вопрос, уважаемые.

Представьте, что у вас есть десятор регулярок, по которым надо последовательно прогнать строку до совпадения.

По совпадению вернуть то, что там сматчилось.

Интересует наиболее элегантный способ.

((apply some-fn (map #(partial re-matches %) your-regexes)) your-string)

Спасибо.

Я, правда, не точно уловие описал.

Там хочется не some-fn, а немного разные fn на каждый матч.

то есть что-то типа

[:тип-строки "что-там конкретно сматчилось"]

то есть похоже что condp проще всего будет

можно сделать так: вместо your-regex сделать вектор не просто регулярок, но пар :тип-строки и регулярка

ага

хотя map идеологичнее

и тогда вместо #(partial re-matches %) будет (fn [k r] (fn [s] (when-let [x (re-matches r s)] [k x]))

а не

надо ведь map остановить по первому матчу

то есть взять first видимо

ну если у тебя регярки одни и те же

то надо просто (apply some-fn ...) вынести отдльно

эта штука создаёт функцию

которая начинает перебирать матчи и останавливается на первом

apply применяет функцию к аргументам

или почему map будет останавливаться

по first будет

(defn make-single-matcher [k r]
  (fn [s]
    (when-let [x (re-matches r s)]
      [k x])))

(def regexes [[:type1 #"..."] [:type2 #"..."] ...])

(def my-matcher (apply some-fn (map make-single-matcher regexes)))

(my-matcher "test-string)

v'g yt yflj jcnfyfdkbdfnm

мэп не надо останавливать

он создаст функции для каждого типа+регекса

а some-fn создаст другую функцию

которая будет пербирать их до первого матча на каждом вызове

эээ...

так, там значит мап наделает толпу матчеров

а потом apply их куда денет?

скормит some-fn

все зараз

если хочется оптимизации, то лучше просто через reduce

потому что first map из-за имплементации ленивых вычислений в кложе будет лишнее каждый раз считать

some-fn лучше в этом смысле

но хуже потому что создаёт толпу функций

поняно

а почему first будет лишнее считать?

мапа же ленивая

она ленивая, но с чанками

она сначала чанк посчитает

а потом только first вступит в дело

так что если надо на спичках экономить, то лучше просто loop'ом пройтись

тут не то чтобы дело в экономии, но просто сразу сделать более-менее правильно

в принципе, some-fn мне подойдет

(defn match [krs s]
  (reduce (fn [_ [k r]]
            (when-let [x (re-matches r s)]
              (reduced [k x])))
          nil krs))

эффективнее и даже проще

reduce всегда приходит на помощь )))

@maxp: ^^^ мне этот вариант нравится больше тех, что я предложил до этого

остановить по reduced?

тоже вариант

ну да, вариант хорош тем, что не делает лишних вычислений, не плодит лишних функций

всё просто и прямо, и при этом мало кода

да, неплохо выглядит

мне бы еще вспомнить, как в регексах группы именуются...

ведь мне надо определить тип строки и вытащить нужное, только и всего.

что-то типа такого

?<name>

упс... не поддерживаются 😞

не подскажет ли уважаемый all

в чем тайный смысл вот такой конструкции

(doseq [c text] (.write writer (int c))))

при учете, что ^BufferedWriter writer и ^String text

строка в clojure utf-16, а BufferedWriter понимает только однобайтные

http://stackoverflow.com/questions/6998905/java-bufferedwriter-object-with-utf-8

о как!

а я думал это уже все в далеком прошлом...

в кложе явовские стринги

то есть write(c) тоже должно как-то code point преобразоывавть к дофолтному енкодингу

или можно на with-open кодировку указать?

тут я не силён, я просто посмотрел явовские доки для BufferWriter и потом нашёл на стэковерфлоу похожую проблему

можно файл попробовать как стрим открыть

стримы вроде поддерживают указание кодировки

у меня валяется где-то доморощенная явовская библиотечка, где я всякие стримы кодировками оборачивал,

но той либе лет 10 как минимум

Господа, а кто-нибудь ещё использует кложу в качестве REPL'а для играния с Java?

играния в каком плане?

файлики почитываем, бывает

Ну вот хочется понять, как работает то или иное. Берёшь репл, пробуешь.

Я раньше страдал и писал куски .java, компилировал, исполнял. А кложа - это как раз репл для джавы нормальный.

я раньше для этого вебсервер использовал, как это ни забавно

в смысле .jsp файлы

я так пробовал на зуб одну либу

но вроде в ней самой ничего не менял, поэтому не могу сказать, есть ли сложности с горячей подгрузкой кода в репл

что-то я туплю, а кложа сама компиляет java файлы для загрузки?

Нет, не компиляет. Для проверки того, как работает библиотека, джаву писать не нужно.

ну если готовую либу, то может быть тогда, это не восем репл режим, конечно

вебсервер можно попросить компилять все на лету

там этакий репл получается, но по F5

подскажите, уважаемые, а есть какой-нибудь сильно более эффектиыный способ собрать много строк, чем (conj [] "strNN")

то есть юзкейс - в процессе работы накапливать где-либо строки, а потом их всей кучей слить куда-либо

в коде

(let acc (atom []) ....

(swap! acc conj mystr1)

в конце-концов что-то вроде (str/join " " @acc)

@maxp java interop for rescue

http://docs.oracle.com/javase/7/docs/api/java/lang/StringBuffer.html