Awesome
<!-- [![CI](https://github.com/day8/re-frame-debux/workflows/ci/badge.svg)](https://github.com/day8/re-frame-debux/actions?workflow=ci) [![CD](https://github.com/day8/re-frame-debux/workflows/cd/badge.svg)](https://github.com/day8/re-frame-debux/actions?workflow=cd) [![GitHub tag (latest by date)](https://img.shields.io/github/v/tag/day8/re-frame-debux?style=flat)](https://github.com/day8/re-frame-debux/tags) [![GitHub pull requests](https://img.shields.io/github/issues-pr/day8/re-frame-debux)](https://github.com/day8/re-frame-debux/pulls) -->re-frame-debux
debux is @philoskim's useful and novel library for tracing Clojure and ClojureScript code, form by form.
This library, re-frame-debux, is a fork of debux, that repurposes it for tracing the ClojureScipt code in re-frame event handlers, for later inspection within re-frame-10x.
This fork contains a few substantial extension/modifications to debux and, longer term, we would like to investigate merging them back into mainline debux, but the changes we needed to make required quite deep surgery, so in the interests of time, and getting a proof of concept out the door, we started off with a fork.
Show Me
Here's what the trace looks like in re-frame-10x
:
Status
Already useful!! But it is still a work in progress and there'll likely be little annoyances and bugs, perhaps even big ones.
As always, if you run into any issues, please open an issue and we can try and help. We are also looking for collaborators on this interesting project. There's so much potential. (Beware, zippers and macros lurk).
Sharp edges include:
- Operations like
map
orfor
operating on big sequences will generate too much trace. That will be a problem withinre-frame-10x
. Don't enable tracing for event handlers which have that sort of processing. Not yet. See issue #6
Prerequisites
- clojure 1.8.0 or later
- clojurescript 1.9.854 or later
How to use
re-frame-debux
provides two macros:
fn-traced
(use instead offn
)defn-traced
(use instead ofdefn
)
Use them like this when registering event handlers:
(ns my.app
(:require [day8.re-frame.tracing :refer-macros [fn-traced defn-traced]]))
(re-frame.core/reg-event-db
:some-event
(fn-traced [db event] ;; <--- use `fn-traced` instead of `fn`
; ... code in here to be traced
))
or:
(defn-traced my-handler ;; <--- use `defn-traced` instead of `defn`
[coeffect event]
;; ... code in here to be traced
)
(re-frame.core/reg-event-fx
:some-event
my-handler)
Option 1: Two libraries
In development, you want to include the day8.re-frame/tracing
library. When you use a day8.re-frame.tracing/fn-traced
or day8.re-frame.tracing/traced-defn
from this library, it will emit traces to re-frame's tracing system, which can then be consumed by re-frame-10x.
In production, you want to include the day8.re-frame/tracing-stubs
library. This has the same public API as tracing
(day8.re-frame.tracing/fn-traced
, day8.re-frame.tracing/traced-defn
), but the macros simply delegate to the core fn
and defn
macros.
With this setup, your use of both macros will have zero runtime and compile time cost in production builds, and are able to be turned off at dev time too via the Closure define. This ensures that you can leave your code instrumented at all times, but not pay any costs in production.
Why two libraries?
It is technically possible to use the day8.re-frame/tracing
library in your production builds. Under advanced compilation, the Closure define should ensure that dead code elimination (DCE) works to remove the traced version of the function from your final JS file. We verified that the traced function JS was removed, but had concerns that other required namespaces may not be completely dead code eliminated. Have a tracing-stubs makes it impossible for DCE to fail, because there is no dead code to be eliminated.
Option 1: Installation
First, please be sure to read the "Two libraries" section immediately above for background.
To include re-frame-debux in your project, simply add the following to your project.clj development dependencies:
[day8.re-frame/tracing "0.5.3"]
and this to your production dependencies (make sure they are production only):
[day8.re-frame/tracing-stubs "0.5.3"]
Add Closure defines to your config to enable re-frame tracing + the function tracing:
:cljsbuild {:builds {:client {:compiler {:closure-defines {"re_frame.trace.trace_enabled_QMARK_" true
"day8.re_frame.tracing.trace_enabled_QMARK_" true}}}}}}
Option 2: Namespace Aliases with shadow-cljs
Requires version 0.5.5 or greater.
The day8.re-frame.tracing-stubs
ns is also available in the main package so
that if you are using shadow-cljs use :ns-aliases
in a shadow-cljs build
config to achieve the same result as option 1:
{:builds
{:app
{:target :browser
...
:release
{:build-options
{:ns-aliases
{day8.re-frame.tracing day8.re-frame.tracing-stubs}}}}}
This redirects every (:require [day8.re-frame.tracing :as x])
to use the
stubs instead in a release build and the development build just uses the
regular code.
Resolving macros with Cursive
You can instruct Cursive to treat the fn-traced
and defn-traced
macros like their standard fn
and defn
counterparts by customising symbol resolution.
Testing
As the macros are in clojure (not cljs) tests are run via lein test
License
Copyright © 2015--2018 Young Tae Kim, 2018 Day 8 Technology
Distributed under the Eclipse Public License either version 1.0 or any later version.