in citrus/cursor.cljs, the IDeref implementation is always calling get-in first, then the reducer (with a fallback to identity if not provided).
in citrus/resolver.clj, the clojure.lang.IDeref does things differently depending on whether a reducer is present or not. If not present, it just calls get-in. But if there's a reducer, it calls reducer first, then get-in, when I think it should be the other way around.
Hi,
I think I spotted a bug:
citrus/cursor.cljs
, theIDeref
implementation is always callingget-in
first, then thereducer
(with a fallback toidentity
if not provided).citrus/resolver.clj
, theclojure.lang.IDeref
does things differently depending on whether a reducer is present or not. If not present, it just callsget-in
. But if there's a reducer, it callsreducer
first, thenget-in
, when I think it should be the other way around.So for a subscription like this:
In CLJ it will call
(-> data count (get-in [:products :list]))
, whereas in CLJS it will do(-> data (get-in [:products :list]) count)
.Am I right ?