Although seemingly unremarkable in appearance, the utility belt is one of Batman's most important tools in fighting crime.
Utility belt started at EnjoyHQ as a way of sharing code that didn't belong anywhere else but was useful to have and use across services and libraries.
This fork carries on that tradition, but further reduces the scope so that it provides only zero-dependency code useful for building applications.
utility-belt
is released to Clojars.
utility-belt.base64
- wraps JDK base64 encoding and decoding with string and byte array methods
decode
- accepts string or byte array, returns byte arraydecode->str
- accepts string or byte array, returns stringencode
- accepts string or byte array, returns byte arrayencode->str
- accepts string or byte array, returns stringutility-belt.type
- type checking utilities
atom? <thing>
utility-belt.compile
- macros for conditional compilationutility-belt.resources
- readers for .txt
, .json
, and .edn
resources:
load-edn <fname>
load-json <fname> [keywordize?]
load-plain-text <fname>
utility-belt.lifecycle
Provides easy management of JVM process shutdown hooks. Typical usage:
(ns my.app
(:require [utility-belt.lifecycle :as lifecycle]
[my.app.entrypoint :as entrypoint]))
(defn -main [& args]
(let [system (entrypoint/production)]
(lifecycle/register-shutdown-hooks!
{:stop-system (fn [] (entrypoint/stop-system system))
:bye (fn [] (log/info "Bye!"))})
system))
;; you can also register shutdown hooks from anywhere in your code
;; although it's not recommended to do so
(utility-belt.lifecycle/add-shutdown-hook :bye (fn [] (log/info "Bye!")))
utility-belt.component
- utilities for making it easier to create components, and systems
deps
- turns a vector of keywords and maps into a map of dependencies, useful for dependency lists where not everything needs to be aliasedusing+
- like component/using
but supports mixed map and keyword values in dependencies listmap->system
- given a system map, returns a SystemMap
instance, makes it easier to compose systemsmap->component
- given a map with :init, :start, :stop
keys, returns a map which implements Lifecycle
protocol not a record!Also:
utility-belt.component.nrepl
- pre-built component for the nREPL server
utility-belt.component.system
- utilities for managing systems of components for dev, test and production (see below), boilerplate reduction, see below
ut.c.system
utility-belt.component.system/setup-for-production
reduces boilerplate for creating a system of components for production environments. It registers a shutdown hook to stop the system when the JVM is shutting down.
Note: :component-map-fn
must return a map of Components, not an instance of SysteMap
!
(ns app.core
(:require [utility-belt.component.system :as system]
[app.system]))
;; so that you can access it later via nREPL, optional
(def sys (atom nil))
(def -main [& args]
(system/setup-for-production {:store sys
;; NOTE: it has to return a map, not a SystemMap!
;; it can also be a fully qualified symbol
:component-map-fn app.system/production}))
;; now when the app starts, started system will be in `app.core/sys` atom
;; stopping the JVM process will automatically stop the system
utility-belt.component.system/setup-for-dev
reduces boilerplate for creating a system of components for dev and test environments.
Additionally it allows for easy system reloading in the REPL, with additional state clean up so that all code used by components is guaranteed to be reloaded.
utility-belt.component.system/setup-for-test
- similar to the above, also includes a use-test-system
hook for clojure.test/use-fixtures
Just like in setup-for-production
, :component-map-fn
has to be a qualified symbol, and has to return a map of components.
Dev workflow setup:
(ns app.repl ;; here or in user.clj
(:require [utility-belt.component.system :as system]
[app.system]))
(let [sys-utils (system/setup-for-dev {;; NOTE: has to be a fully qualified symbol, the fn HAS TO return a map
;; of components, not a SystemMap
:component-map-fn 'app.system/development
:reloadable? true})
{:keys [start-system stop-system get-system] } sys-utils]
(def start start-system)
(def stop stop-system)
(def system get-system))
;; now in the repl you can run:
;; started system will be stored in atom: app.repl.dev-sys/system
(start)
;; you can get the system by running:
(get-system)
;; make some changes in the code and reload the system:
(stop)
(start)
;; code is reloaded and system is started again
For testing env (unit tests, end-to-end system tests etc), the setup is similar:
(ns app.test-utils
(:require [app.system]
[utility-belt.component.system :as sys]))
(let [sys-utils (system/setup-for-test {;; NOTE: has to be a fully-qualified symbol. fn has to return
;; a map, not a SystemMap!
:component-map-fn 'app.system/test})
{:keys [use-test-system get-system]} sys-utils]
(def system get-system)
(def with-test-system use-test-system))
;; now in tests:
(ns app.something-test
(:require [app.test-utils :as test-utils]
[clojure.test :refer [use-fixtures deftest])))
(use-fixtures :each test-utils/with-test-system)
(deftest something-test
(is (= :bananas (some/handler {:component (test-utils/system)
:body {:fruit :bananas}}))))
;; you can also attach extra component map:
(use-fixtures :each (fn [test]
(test-utils/with-test-system
test
;; You can inject additional components or replace existing ones by passing
;; an optional component map
{:extra-component :hello
:something-else (component.util/map->component {:name :something-else})})))
Can you improve this documentation? These fine people already did:
Łukasz Korecki, Matthew Lese & AfonsoTsukamotoEdit on GitHub
cljdoc is a website building & hosting documentation for Clojure/Script libraries
× close