Evex is a pattern to realize the Flux design pattern by means of DOM Events.
Evex is also a tool for building Evex pattern with capsid.js.
In Evex, an event object works as Action in Flux pattern. Triggering an event on a DOM element corresponds to dispatching an action in Flux. The bubbling mechanism works as Dispatcher in Flux. The parent node which handles the bubbled events (actions) corresponds to Store. After handling events (actions), stores change their states and dispatch update events back to View. These steps consists the Flux loop.
| Flux | Evex |
|---|---|
| Action | Event object |
| Action Creator | Event Constructor |
| Dispatcher | Event bubbling mechanism |
| Store | DOM Element with action event handlers |
| Store callback | event handler on Store |
| View | DOM Element with update event handler |
Event object works as an action in Evex. Here we call this type of event action-event.
An action-event should be an instance of CustomEvent. Action-event's name corresponds to the type of Action in terms of FSA. CustomEvent object has versatile detail property. In Evex, detail property works as the payload of the action. An action-event should be dispatched with bubbles option true to reach its corresponding Store and action callbacks.
In Evex, there is no explicit dispatcher. Instead, the event bubbling mechanism works as the dispatcher. When an action is needed, the action-event is dispatched at the DOM element which the user interacted. The action-event bubbles up in the tree. The first parent node which knows the action's type catches it. This node is Store in Evex and this whole process works as Dispatcher in Evex.
In Evex, Store is placed somewhere in the DOM tree. If you only needs one store like redux, it should be placed at body element or document.
The store reacts and change its state according to the bubbled events. So each handling of the action should be implemented as the event handler at the store's dom element.
After handling the action, the store should publish the event to its descendant nodes that subscribe to update event. This event shouldn't be bubbling to avoid multiple updates on nested structures.
Example store implementation in capsid.js:
const {
component,
on,
notifies,
emits
} = capsid
@component('store')
class Store {
constructor () {
this.count = 0
}
@on('increment')
increment () {
this.count++
this.update()
}
@on('decrement')
decrement () {
this.count--
this.update()
}
@notifies('update', '.store-observer')
update () {
return this.count
}
}
@component('plus-button')
class PlusButton {
@on.click
@emits('increment')
increment () {}
}
@component('minus-button')
class MinusButton {
@on.click
@emits('decrement')
decrement () {}
}
@component('count-label')
class Label {
@on('update')
update ({ detail: count }) {
this.el.textContent = count
}
}<body class="store">
<button class="plus-button">+</button>
<button class="minus-button">-</button>
<p class="store-observer count-label">0</p>
</body>See the working example in codepen.io.
In this example, Store implements two actions increment and decrement and it publishes update event to its descendant nodes that have store-observer class. In this example, having store-observer means the subscription to the store state.
- capsidjs/todomvc
- TodoMVC implementation in Evex and capsid.js.
evex is also a tool for realize Evex pattern with [capisd.js][]. Here is the explanation about how to use it.
npm install evex
First create the store with @store decorator`. The store needs to be a capsid component as well.
const { component } = require('capsid')
const { store } = require('evex')
@component
@store
class Store {}This is the store. Then you need to add actions to this store by adding @action decorator to methods.
const { component } = require('capsid')
const { action, store } = require('evex')
const CREATE_USER = 'action/CREATE_USER'
@component
@store
class Store {
@action(CREATE_USER)
createUser (store, event) {
store.user = { name: event.detail }
}
}Then this store can handle action/CREATE_USER DOM event. For example, your component which emits CREATE_ACTION event invokes the CREATE_USER action on UserModule.
- @param {Function[]} opts.modules
This creates the store class. Store class needs to be a capsid component.
const { component } = require('capsid')
const { store } = require('evex')
@component
@store
class MyStore {
}<div class="my-store"></div>You can additionally specify modules. The action in module classes works as the action of the store.
class Module {
@action('foo')
foo (store, action) {
// do some action
}
}
@store({ modules: [Module] })
class Store { ... }@action decorator registers the method as an action.
@store
class Store {
@action('foo')
foo (store, action) {
}
}@action decorator can work both on Store and Module.
class Module {
@action('bar')
bar (store, action) {
}
}
@store({ modules: [Module] })
class Store {
...
}@dispatches decorator adds dispatching of the action at the end of the action. If action returned the promise, then it dispatches after it resolved. The detail of the dispatched action object is returned value or resolved value.
class Module {
@dispatches('bar')
@action('foo')
foo (store, action) {
// do some action
// after that 'bar' action will be dispatched
}
}- 2017-12-20 v1.5.0 Add on method to store.
- 2017-12-18 v1.4.0 Add dispatch method to store.
- 2017-12-17 v1.2.0 Improve dispatches decorator.