comp принимает функции в качестве аргументов, у тебя формы

хм

хм

Нульпоинтер появляется, когда он хочет к к аккумулятору прибавить nil, я так это понял

Но comp должен применять функции (формы?) в порядке справа налево А т.к. первый пример работает, а второй нет, то почему-то comp работает как-то слева направо

в transducers comp работает слева-направо

:mindblown:

Спасибо

https://youtu.be/6mTbuzafcII?t=10m4s rich объясняет почему

Большое спасибо 🙂

Да. Теперь понятно, он хорошо объяснил

@rmuslimov арити-1 map-indexed и remove возвращают трансдюсеры (функции)

@kgofhedgehogs (defn bit-seq2int [s] (Long/parseLong (clojure.string/join (map {0 \0 1 \1} s)) 2)

@dottedmag: мне нужна совместимость с BigInteger

@kgofhedgehogs (defn bit-seq2int [s] (BigInteger. (clojure.string/join (map {0 \0 1 \1} s)) 2)

Явно быстрее, чем math/expt звать в цикле.

Мм. Децствительно. Но я сделал так, тк через quot и rem делал int2bit-seq

int2bit-seq с поддержкой BigInteger тоже можно было сделать через java interop?

BigInteger.toString(int radix)

Дальше split и map.

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

Скажем, у Long метод называется toBinaryString.

Так что если уж делать совсем правильно, то сделать протокол IBitStringable, который содержит один метод -to-bin-string, и расширяет Integer, Long, BigInteger и clojure.lang.BigInt.

Тогда (def int2bit-seq [i] (into [] (map {\0 0 \1 1} (-to-bin-string i))))

А через мультиметоды это можно сделать?

Просто я еще не знаю что такое протоколы в clojure

Можно, но не нужно. Здесь диспетчеризация по типу одного значения, для этого сделаны протоколы.

@kgofhedgehogs Это как интерфейсы в Java, но с той разницей, что реализацию интерфейса можно написать в любой момент и для любого типа.

@kgofhedgehogs Или, если знаешь Haskell, как typeclass в haskell.

@kgofhedgehogs https://clojure.org/reference/protocols

Нет, знаю только питон и сишарп

Хорошо. Как интерфейс в C#, но с разницей, что можно взять и дописать реализацию любого интерфейса для любого типа в любой момент.

Т.е. вздумалось мне завтра выдувать пузыри разного цвета, в зависимости от того, какой объект мне засунули в функцию выдувания пузырей - я объявляю протокол IBubbleBlowable, и реализую его хоть для java.lang.String, хоть для nil, хоть для своих типов, объявленных через deftype.

Понятно. Т.е. протокол это типа интерфейса реализации функции для каких угодно типов. Если тип имеет расширение под IBubbleBlowable, то я могу вызвать для него функцию BlowBubble, верно?

Местами понятия не перепутал?

Почти. В протоколе есть набор функций. (defprotocol IBubbleBlowable (blow-this [x]) (blow-that [x y]))

Если для типа написана реализация IBubbleBlowable, то такие значения можно передавать первым аргументом в функции blow-this и blow-that.

Да. Теперь всё понятно. А мультиметоды мне надо использовать не для реализации функции для разных типов, а реализаций метода для разных сущностей одного типа?

Мультиметоды можно использовать тогда, когда протоколы не работают - если диспетчеризация не по типу, а по чему-нибудь ещё, или если нужно диспетчеризовать больше, чем по одному аргументу.

Спасибо большое

А протоколы по соглашению именуются с буквы I или это для ассоциации с интерфейсами сделал?

Кто-то именует так, кто-то нет. Вот, например, внутренности ClojureScript: https://github.com/clojure/clojurescript/blob/master/src/main/cljs/cljs/core.cljs#L452