-
Notifications
You must be signed in to change notification settings - Fork 421
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
docs(4.22): create v4.22 docs (#1488)
- Loading branch information
1 parent
193f36c
commit fb55fea
Showing
100 changed files
with
14,766 additions
and
0 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
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,48 @@ | ||
--- | ||
title: Build Constants | ||
description: Stencil has a number of add-ons that you can use with the build process. | ||
slug: /build-variables | ||
--- | ||
|
||
# Build Constants | ||
|
||
Build Constants in Stencil allow you to run specific code only when Stencil is running in development mode. This code is stripped from your bundles when doing a production build, therefore keeping your bundles as small as possible. | ||
|
||
### Using Build Constants | ||
|
||
Lets dive in and look at an example of how to use our build constants: | ||
|
||
```tsx | ||
import { Component, Build } from '@stencil/core'; | ||
|
||
@Component({ | ||
tag: 'stencil-app', | ||
styleUrl: 'stencil-app.scss' | ||
}) | ||
export class StencilApp { | ||
|
||
componentDidLoad() { | ||
if (Build.isDev) { | ||
console.log('im in dev mode'); | ||
} else { | ||
console.log('im running in production'); | ||
} | ||
|
||
if (Build.isBrowser) { | ||
console.log('im in the browser'); | ||
} else { | ||
console.log('im in prerendering (server)'); | ||
} | ||
} | ||
} | ||
``` | ||
|
||
As you can see from this example, we just need to import `Build` from `@stencil/core` and then we can use the `isDev` constant to detect when we are running in dev mode or production mode. | ||
|
||
### Use Cases | ||
|
||
Some use cases we have come up with are: | ||
|
||
- Diagnostics code that runs in dev to make sure logic is working like you would expect | ||
- `console.log()`'s that may be useful for debugging in dev mode but that you don't want to ship | ||
- Disabling auth checks when in dev mode |
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,4 @@ | ||
{ | ||
"label": "Components", | ||
"position": 2 | ||
} |
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,197 @@ | ||
--- | ||
title: Component API | ||
sidebar_label: API | ||
description: Component API | ||
slug: /api | ||
--- | ||
|
||
# Component API | ||
|
||
The whole API provided by stencil can be condensed in a set of decorators, lifecycles hooks and rendering methods. | ||
|
||
|
||
## Decorators | ||
|
||
Decorators are a pure compiler-time construction used by stencil to collect all the metadata about a component, the properties, attributes and methods it might expose, the events it might emit or even the associated stylesheets. | ||
Once all the metadata has been collected, all the decorators are removed from the output, so they don't incur any runtime overhead. | ||
|
||
- [@Component()](./component.md) declares a new web component | ||
- [@Prop()](./properties.md#the-prop-decorator-prop) declares an exposed property/attribute | ||
- [@State()](./state.md#the-state-decorator-state) declares an internal state of the component | ||
- [@Watch()](./reactive-data.md#the-watch-decorator-watch) declares a hook that runs when a property or state changes | ||
- [@Element()](./host-element.md#element-decorator) declares a reference to the host element | ||
- [@Method()](./methods.md) declares an exposed public method | ||
- [@Event()](./events.md#event-decorator) declares a DOM event the component might emit | ||
- [@Listen()](./events.md#listen-decorator) listens for DOM events | ||
|
||
|
||
## Lifecycle hooks | ||
|
||
- [connectedCallback()](./component-lifecycle.md#connectedcallback) | ||
- [disconnectedCallback()](./component-lifecycle.md#disconnectedcallback) | ||
- [componentWillLoad()](./component-lifecycle.md#componentwillload) | ||
- [componentDidLoad()](./component-lifecycle.md#componentdidload) | ||
- [componentShouldUpdate(newValue, oldValue, propName): boolean](./component-lifecycle.md#componentshouldupdate) | ||
- [componentWillRender()](./component-lifecycle.md#componentwillrender) | ||
- [componentDidRender()](./component-lifecycle.md#componentdidrender) | ||
- [componentWillUpdate()](./component-lifecycle.md#componentwillupdate) | ||
- [componentDidUpdate()](./component-lifecycle.md#componentdidupdate) | ||
- **[render()](./templating-and-jsx.md)** | ||
|
||
## componentOnReady() | ||
|
||
This isn't a true "lifecycle" method that would be declared on the component class definition, but instead is a utility method that | ||
can be used by an implementation consuming your Stencil component to detect when a component has finished its first render cycle. | ||
|
||
This method returns a promise which resolves after `componentDidRender()` on the _first_ render cycle. | ||
|
||
:::note | ||
`componentOnReady()` only resolves once per component lifetime. If you need to hook into subsequent render cycle, use | ||
`componentDidRender()` or `componentDidUpdate()`. | ||
::: | ||
|
||
Executing code after `componentOnReady()` resolves could look something like this: | ||
|
||
```ts | ||
// Get a reference to the element | ||
const el = document.querySelector('my-component'); | ||
|
||
el.componentOnReady().then(() => { | ||
// Place any code in here you want to execute when the component is ready | ||
console.log('my-component is ready'); | ||
}); | ||
``` | ||
|
||
The availability of `componentOnReady()` depends on the component's compiled output type. This method is only available for lazy-loaded | ||
distribution types ([`dist`](../output-targets/dist.md) and [`www`](../output-targets/www.md)) and, as such, is not available for | ||
[`dist-custom-elements`](../output-targets/custom-elements.md) output. If you want to simulate the behavior of `componentOnReady()` for non-lazy builds, | ||
you can implement a helper method to wrap the functionality similar to what the Ionic Framework does [here](https://github.com/ionic-team/ionic-framework/blob/main/core/src/utils/helpers.ts#L60-L79). | ||
|
||
## The `appload` event | ||
|
||
In addition to component-specific lifecycle hooks, a special event called `appload` will be emitted when the app and all of its child components have finished loading. You can listen for it on the `window` object. | ||
|
||
If you have multiple apps on the same page, you can determine which app emitted the event by checking `event.detail.namespace`. This will be the value of the [namespace config option](../config/01-overview.md#namespace) you've set in your Stencil config. | ||
|
||
```tsx | ||
window.addEventListener('appload', (event) => { | ||
console.log(event.detail.namespace); | ||
}); | ||
``` | ||
|
||
## Other | ||
|
||
The following primitives can be imported from the `@stencil/core` package and used within the lifecycle of a component: | ||
|
||
- [**Host**](./host-element.md): `<Host>`, is a functional component that can be used at the root of the render function to set attributes and event listeners to the host element itself. Refer to the [Host Element](./host-element.md) page for usage info. | ||
|
||
- **Fragment**: `<Fragment>`, often used via `<>...</>` syntax, lets you group elements without a wrapper node. | ||
|
||
To use this feature, ensure that the following TypeScript compiler options are set: | ||
- [`jsxFragmentFactory` is set](https://www.typescriptlang.org/tsconfig#jsxFragmentFactory) to "Fragment" | ||
- [`jsxFactory` is set](https://www.typescriptlang.org/tsconfig#jsxFactory) to "h" | ||
|
||
__Type:__ `FunctionalComponent`<br /> | ||
__Example:__ | ||
```tsx | ||
import { Component, Fragment, h } from '@stencil/core' | ||
@Component({ | ||
tag: 'cmp-fragment', | ||
}) | ||
export class CmpFragment { | ||
render() { | ||
return ( | ||
<> | ||
<div>...</div> | ||
<div>...</div> | ||
<div>...</div> | ||
</> | ||
); | ||
} | ||
} | ||
``` | ||
|
||
- [**h()**](./templating-and-jsx.md): It's used within the `render()` to turn the JSX into Virtual DOM elements. | ||
|
||
- [**readTask()**](https://developers.google.com/web/fundamentals/performance/rendering/avoid-large-complex-layouts-and-layout-thrashing): Schedules a DOM-read task. The provided callback will be executed in the best moment to perform DOM reads without causing layout thrashing. | ||
|
||
__Type:__ `(task: Function) => void` | ||
|
||
- [**writeTask()**](https://developers.google.com/web/fundamentals/performance/rendering/avoid-large-complex-layouts-and-layout-thrashing): Schedules a DOM-write task. The provided callback will be executed in the best moment to perform DOM mutations without causing layout thrashing. | ||
|
||
__Type:__ `(task: Function) => void` | ||
|
||
- **forceUpdate()**: Schedules a new render of the given instance or element even if no state changed. Notice `forceUpdate()` is not synchronous and might perform the DOM render in the next frame. | ||
|
||
__Type:__ `(ref: HTMLElement) => void`<br /> | ||
__Example:__ | ||
```ts | ||
import { forceUpdate } from '@stencil/core' | ||
|
||
// inside a class component function | ||
forceUpdate(this); | ||
``` | ||
|
||
- **getAssetPath()**: Gets the path to local assets. Refer to the [Assets](../guides/assets.md#getassetpath) page for usage info. | ||
|
||
__Type:__ `(path: string) => string`<br /> | ||
__Example:__ | ||
```tsx | ||
import { Component, Prop, getAssetPath, h } from '@stencil/core' | ||
@Component({ | ||
tag: 'cmp-asset', | ||
}) | ||
export class CmpAsset { | ||
@Prop() icon: string; | ||
|
||
render() { | ||
return ( | ||
<img src={getAssetPath(`assets/icons/${this.icon}.png`)} /> | ||
); | ||
} | ||
} | ||
``` | ||
|
||
- **setAssetPath()**: Sets the path for Stencil to resolve local assets. Refer to the [Assets](../guides/assets.md#setassetpath) page for usage info. | ||
|
||
__Type:__ `(path: string) => string`<br /> | ||
__Example:__ | ||
```ts | ||
import { setAssetPath } from '@stencil/core'; | ||
setAssetPath(`{window.location.origin}/`); | ||
``` | ||
|
||
- **setMode()**: Sets the style mode of a component. Refer to the [Styling](./styling.md#style-modes) page for usage info. | ||
|
||
__Type:__ `(ref: HTMLElement) => string`<br /> | ||
__Example:__ | ||
```ts | ||
import { setMode } from '@stencil/core' | ||
|
||
// set mode based on a property | ||
setMode((el) => el.getAttribute('mode')); | ||
``` | ||
|
||
- **getMode()**: Get the current style mode of your application. Refer to the [Styling](./styling.md#style-modes) page for usage info. | ||
|
||
__Type:__ `(ref: HTMLElement) => string`<br /> | ||
__Example:__ | ||
```ts | ||
import { getMode } from '@stencil/core' | ||
|
||
getMode(this); | ||
``` | ||
|
||
- **getElement()**: Retrieve a Stencil element for a given reference. | ||
|
||
__Type:__ `(ref: getElement) => string`<br /> | ||
__Example:__ | ||
```ts | ||
import { getElement } from '@stencil/core' | ||
|
||
const stencilComponent = getElement(document.querySelector('my-cmp')) | ||
if (stencilComponent) { | ||
stencilComponent.componentOnReady().then(() => { ... }) | ||
} | ||
``` | ||
|
Oops, something went wrong.