-
Notifications
You must be signed in to change notification settings - Fork 15
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge pull request #158 from lightning-js/dev
Release 1.4.0
- Loading branch information
Showing
25 changed files
with
1,144 additions
and
76 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file was deleted.
Oops, something went wrong.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,280 @@ | ||
# Utility methods | ||
|
||
Besides the methods that are specified in the Component configuration object, each Blits Component comes with a number of | ||
_utility methods_ built in. | ||
|
||
Utility methods are prefixed with a `$`-sign, to clearly indicate they are _framework provided_ methods, that are _not private_, but | ||
intended to be _used by the developer_. The `$`-prefix also helps prevent accidental naming collisions. | ||
|
||
### $select | ||
|
||
`this.$select()` is used to search for child Elements and Components by reference (`ref`). | ||
|
||
The `$select()`-method accepts a string pointing to a reference as it's only argument, and returns the Element or Component that | ||
matches that `ref`. In order to make an Element or Component findable, the `ref`-attribute should be provided on said Element of Component | ||
in the template. | ||
|
||
```js | ||
export default Blits.Component('MyComponent', { | ||
components: { | ||
Button, | ||
}, | ||
template: ` | ||
<Element> | ||
<Element w="1920" h="5" color="green" ref="topBorder" /> | ||
<Button text="Button 1" ref="btn1" y="100" /> | ||
<Button text="Button 2" ref="btn2" y="200" /> | ||
<Button text="Button 3" ref="btn3" y="200" /> | ||
</Element> | ||
`, | ||
hooks: { | ||
ready() { | ||
const topBorderElement = this.$select('topBorder') | ||
const button2 = this.$select('btn2') | ||
} | ||
} | ||
}) | ||
``` | ||
|
||
> As the `this.$select()` gives direct access to an Element or a Component, it allows the developer to directly interact with it. There are valid use cases, but direct manipulation of Elements, calling methods and changing properties on a Component comes with risks. It circumvents the whole structure of reactivity and props communication built into Blits, and can lead to unexpected situations or anti-patterns. So use with care! | ||
### $focus | ||
|
||
The `$focus()`-method can be used to set the focus to a Component instance. It can either be called on the instance itself, in order to "claim" | ||
the focus. But more often it will be used to delegate the focus from on Component to another. | ||
|
||
> It is important to understand that only a Component can receive focus in Blits. Elements don't have a focus method, and also have no way of reacting to focus changes (because they have no hooks etc.). | ||
Often focus will be passed onto a child component, for example in the case of a list or swimlane, where you want to delegate the focus to a poster. | ||
In this case the focus method will be used in combination with `this.$select()` to first select the desired child Component by ref, and subsequently call the `$focus()` method on that Component. | ||
|
||
```js | ||
export default Blits.Component('MyComponent', { | ||
components: { | ||
Button, | ||
}, | ||
template: ` | ||
<Element> | ||
<Element w="1920" h="5" color="green" ref="topBorder" /> | ||
<Button text="Button 1" ref="btn1" y="100" /> | ||
<Button text="Button 2" ref="btn2" y="200" /> | ||
<Button text="Button 3" ref="btn3" y="200" /> | ||
</Element> | ||
`, | ||
state() { | ||
focusIndex: 1 | ||
}, | ||
input: { | ||
down() { | ||
this.focusIndex-- | ||
const button = this.$select(`btn${this.focusIndex}`) | ||
if(button) { | ||
button.$focus() | ||
} | ||
}, | ||
up() { | ||
this.focusIndex++ | ||
const button = this.$select(`btn${this.focusIndex}`) | ||
if(button) { | ||
button.$focus() | ||
} | ||
}, | ||
} | ||
}) | ||
``` | ||
|
||
Another frequent case is that focus is passed on to the parent Component. The parent component is available on the Component scope as `this.parent`. So passing the focus to the parent is as simple as calling `this.parent.$focus()`. | ||
|
||
The `$focus`-method accepts an optional `event` parameter, which is of the type `KeyboardEvent`. When the `event` parameter is provided, not only will the selected Component receive focus, but the input event will be emitted again on the component that just received focus. | ||
|
||
This can be used to _bubble up_ input events (specified in the `input` key of the component configuration object) and helps to create a smooth experience, preventing a user to click multiple times. | ||
|
||
|
||
### $trigger | ||
|
||
Blits has reactivity built-in, which means that re-renders in the template, as well as watchers and computed properties, are automatically fired whenever a state value changes. But sometimes you may want trigger the side effects of a state values change, without actually changing the value. This often is useful when a Component first receives focus and you want to ensure that the default state values are applied. | ||
|
||
Instead of setting a value to `null` and then setting it back to the initial value (which would trigger side effects), the `this.$trigger()` method can be used. The method accepts the name of the state variable as its argument. | ||
|
||
```js | ||
export default Blits.Component('MyComponent', { | ||
state() { | ||
focusIndex: 1 | ||
}, | ||
watchers: { | ||
focusIndex(v) { | ||
console.log('I trigger when focusIndex changes') | ||
} | ||
}, | ||
hooks: { | ||
focus() { | ||
// even though focusIndex didn't change | ||
// the watcher on focusIndex will be fired | ||
this.$trigger('focusIndex') | ||
} | ||
} | ||
}) | ||
``` | ||
|
||
## Emitting events and passing data | ||
|
||
### $emit | ||
|
||
When working with Components in Blits you will often want to send data from one to another. In the case of (direct) child Component, using | ||
props is the defacto way for inter-component communication. | ||
|
||
For passing data from a child to a parent component, you may be tempted to use the `this.parent` reference and change the state directly. While this works, it does create a strict dependency on the parent, meaning the child Component only works properly when tied directly to a specific parent. This reduces reusability of Components and may cause limitations or problems later on. | ||
|
||
Instead the `this.$emit()` method can be used, which is available on each Component as a utility function. It's designed to easily emit data to anywhere in an App. The first argument is the `name` of the event that will be emitted (i.e. `changeBackground`) and optionally a second argument with additional `data` can be passed. | ||
|
||
```js | ||
export default Blits.Component('MyComponent', { | ||
input: { | ||
enter() { | ||
// sending a activate event, without any additional data | ||
this.$emit('activate') | ||
}, | ||
space() { | ||
// sending a changeBackground event, with additional data | ||
this.$emit('changeBackground', { | ||
img: './assets/background1.jpg', | ||
delay: 400 | ||
}) | ||
} | ||
} | ||
}) | ||
``` | ||
|
||
### $listen | ||
|
||
The `$listen` utility method (which is available on each Blits Component) is designed to listen for events emitted by `this.$emit()`. | ||
Any Component can subscribe to any event emitted and as such a flexible system of passing data around can be constructed. | ||
|
||
The first argument of the `$listen()`-method is the event `name` to listen for, and the second argument is a `callback` to be executed | ||
anytime the event occurs. When the event is emitted with additional data, it's passed as the first argument in the callback. | ||
|
||
Generally the listeners are registered in the Component `ready` or `init` hook. Blits automatically takes care of deregistering the listeners whenever a Component is destroyed. | ||
|
||
```js | ||
export default Blits.Component('MyComponent', { | ||
hooks: { | ||
init() { | ||
// activate event without any additional value | ||
this.$listen('activate', () => { | ||
console.log('activated') | ||
// set a text state valuye | ||
this.text = 'We are active!' | ||
}) | ||
|
||
// change background event | ||
this.$listen('changeBackground', (data) => { | ||
setTimeout(() => { | ||
this.backgroundImage = data.img | ||
}, data.delay) | ||
}) | ||
}, | ||
} | ||
}) | ||
``` | ||
|
||
## Timeouts | ||
|
||
Setting a timeout is a typical way in JS to execute functionality with a delay. But timeouts can also be a common cause of | ||
memory leaks. | ||
|
||
As long as the timeout is still pending it, it will hold on to references which can prevent a proper garbage collection from happening. That's why it's important to clear timeouts when destroying a component. | ||
|
||
Blits comes with some built-in methods to register and clear timeouts. Under the hood these methods use regular timeouts, but using the Blits built-in methods ensures that timeouts properly are cleared whenever a component is being disposed. | ||
|
||
### $setTimeout | ||
|
||
The `this.$setTimeout()`-method creates a timeout, using a thin wrapper around the `window.setTimeout()` method. The first argument is the `callback` to be executed after the `delay` specified in the second argument. The method returns a `timeout id`, which can be used to mannually clear the timeout. | ||
|
||
### $clearTimeout | ||
|
||
The `this.$clearTimeout()`-method is a thin wrapper around the `window.clearTimeout()`-method. By passing in the `id` of a timeout, it will clear and remove the timeout. | ||
|
||
### $clearTimeouts | ||
|
||
The `this.$clearTimeouts()`-method is a utility method that is used to clear all the timeouts created via the `this.$setTimeout()` method in one go. The method doesn't require to pass any timeout ids. This method is automatically called when destroying a Component, and with that it prevents memory leaks due to dangling timeouts. | ||
|
||
```js | ||
export default Blits.Component('MyComponent', { | ||
state() { | ||
timeout: null | ||
}, | ||
hooks: { | ||
init() { | ||
this.timeout = this.$setTimeout(() => { | ||
console.log('1 minute has passed!') | ||
}, 60000) | ||
|
||
this.$setTimeout(() => { | ||
console.log('10 seconds have passed!') | ||
}, 10000) | ||
}, | ||
unfocus() { | ||
// clear all timeouts when Component is unfocused | ||
this.$clearTimeouts() | ||
} | ||
}, | ||
input: { | ||
enter() { | ||
// clear the timeout | ||
this.$clearTimeout(this.timeout) | ||
} | ||
} | ||
}) | ||
``` | ||
|
||
## Intervals | ||
|
||
Timeouts are a great way to execute recurring logic, such as polling for updates or periodically updating an animation. | ||
|
||
But simular to timeouts, intervals (more specifically failing to clear them) are a common source of memory leaks - maybe even more than dangling timeouts. | ||
|
||
For this reason Blits has 3 built-in utility methods to help registering and clearing intervals. | ||
|
||
### $setInterval | ||
|
||
The `this.$setInterval()`-method create an interval, using a thin wrapper around the `window.setInterval()` method. The first argument is the `callback` to be executed after each interval `delay` specified in the second argument. The method returns an `interval id`, which can be used to mannually clear the interval. | ||
|
||
### $clearInterval | ||
|
||
The `this.$clearInterval()`-method is a thin wrapper around the `window.clearInterval()`-method. By passing in the `id` of an interval, it will clear and remove the interval. | ||
|
||
|
||
### $clearIntervals | ||
|
||
The `this.$clearIntervals()`-method is a utility method that is used to clear all the intervals created via the `this.$setInterval()` method in one go. The method doesn't require to pass any interval ids. This method is automatically called when destroying a Component, and with that it prevents memory leaks due to dangling intervals. | ||
|
||
```js | ||
export default Blits.Component('MyComponent', { | ||
state() { | ||
interval: null, | ||
secondCount: 0, | ||
minuteCount: 0, | ||
}, | ||
hooks: { | ||
init() { | ||
this.interval = this.$setInterval(() => { | ||
console.log(`${secondCount} second(s) have passed`) | ||
}, 1000) | ||
|
||
this.$setInterval(() => { | ||
console.log(`${minuteCount} minute(s) have passed`) | ||
}, 60000) | ||
}, | ||
unfocus() { | ||
// clear all intervals when Component is unfocused | ||
this.$clearIntervals() | ||
} | ||
}, | ||
input: { | ||
enter() { | ||
// clear the interval | ||
this.$clearInterval(this.interval) | ||
} | ||
} | ||
}) | ||
``` |
Oops, something went wrong.