This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-05-31
Channels
- # announcements (1)
- # babashka (27)
- # beginners (33)
- # cider (22)
- # clj-kondo (1)
- # cljdoc (2)
- # cljs-dev (8)
- # clojure (96)
- # clojure-australia (7)
- # clojure-europe (24)
- # clojure-nl (1)
- # clojure-taiwan (1)
- # clojure-uk (7)
- # clojuredesign-podcast (4)
- # clojurescript (23)
- # clojureverse-ops (1)
- # conjure (11)
- # cursive (29)
- # datahike (1)
- # datascript (8)
- # datomic (4)
- # emacs (1)
- # figwheel-main (1)
- # fulcro (3)
- # helix (7)
- # jobs (4)
- # lsp (6)
- # malli (3)
- # off-topic (35)
- # pathom (6)
- # re-frame (4)
- # releases (1)
- # sci (18)
- # shadow-cljs (14)
- # sql (1)
- # tools-deps (11)
- # xtdb (6)
In the doc, it was mentioned that: the query function triggers the view function, see https://day8.github.io/re-frame/dominoes-30k/#3-4-5-6-summary. However, it seems to me, it is indeed the view function triggers the query function. The query function does not know what to query without the params specified by the view function.
The documentation is correct. The exact quote, emphasis is mine: > triggers query functions to rerun The first deref in a view causes the query function (aka subscription handler) to run. Any subsequent state change (barring subscription input signals for simplicity) causes the query function to re-run. And that causes the view function to re-run. That's not specific to re-frame in any way - that's just how Reagent works with its reactions. The app-db is just a ratom, a subscription is just a reaction.