In the “Elements” section it was briefly mentioned that React components written in JavaScript can be used in the $
macro, but with a difference in how props are passed into such a component.
As an example, let's say we have Button
component that we want to use in a UIx component.
function Button({ onClick, title, style, className, children }) {
return (
<button onClick={onClick} title={title} style={style} className={className}>
{children}
</button>
);
}
Here’s how to use it in UIx:
($ Button {:on-click #(js/console.log :click)
:title "this is a button"
:style {:border "1px solid red"}
:class :button}
"press me")
When a non-UIx component is passed into $
, the props map is converted into JS object using the following set of rules:
kebab-cased keys are automatically converted into camel-cased keys.
:class
-> "className"
:for
-> "htmlFor"
:charset
-> "charSet"
When a component expects a kebab-cased key, it can be passed as a string to avoid conversion.
props map is converted shallowly into a JavaScript object, meaning that nested collections and maps are not converted. If a JS component expects a prop to hold an array or an object, you have to pass it explicitly. There are two exceptions though:
:style
map is always converted into a JS object because it's a common prop, when passing styles into a third-party component.Now the other way around, we want to use a UIx component in a React component.
To achieve this we have to write interop layer using uix.core/as-react
helper that takes a function which will take React props as a bean and call the UIx component.
Note that
as-react
doesn’t transform camel case keys into kebab case.
(defui button [{:keys [on-click children]}]
($ :button {:on-click on-click}
children))
(def Button
(uix.core/as-react
(fn [{:keys [onClick children]}]
($ button {:on-click onClick :children children}))))
Now Button
can used as a normal React component.
<Button onClick={console.log}>press me</Button>
Although error boundaries aren't fully supported in functional React components, its still possible to use them in UIx as class-based components.
Error boundaries are SSR compatible in UIx.
(def error-boundary
(uix.core/create-error-boundary
{:derive-error-state (fn [error]
{:error error})
:did-catch (fn [error info]
(logging/error "Component did catch" error)
info)}
(fn [[state set-state!] {:keys [children]}]
(if-some [error (:error state)]
($ :<>
($ :p.warning "There was an error rendering!")
($ :pre (pr-str error)))
children))))
(defui users [{:keys [users]}]
($ :<>
($ error-boundary
($ user-list {:users users})
($ :button "Load more ..."))
($ :a "Back home")))
derive-error-state
is used to return a value that can be read by the render function passed to uix.core/create-error-boundary
. You can use this function to parse an exception to a more friendly format, for example. did-catch
will be called with the exception object and any additional info. In JS the info
will be the component stack trace. In the JVM info
will be the name of the error boundary.
Can you improve this documentation? These fine people already did:
Roman Liutikov, roman01la, Chris Etheridge & Shaun MahoodEdit on GitHub
cljdoc is a website building & hosting documentation for Clojure/Script libraries
× close