Project | Package | Version | License |
---|---|---|---|
React Output Target | @stencil/react-output-target |
||
Angular Output Target | @stencil/angular-output-target |
||
Vue Output Target | @stencil/vue-output-target |
||
Svelte Output Target | @stencil/svelte-output-target |
Unfortunately the experience of integrating web components into existing applications can be tricky at times. More about this can be read at https://custom-elements-everywhere.com/. In order to accommodate the various issues the Stencil team has created new output target plugins to make the process simpler.
The plugins add additional output targets for each framework binding that is included.
Here is an example project using the plugins for reference: https://github.com/ionic-team/stencil-ds-output-targets/blob/master/packages/example-project/component-library
To set up this project and prepare the example project to be used in your own projects run the following commands.
npm i
npm run bootstrap
npm run build
This will generate all necessary builds in the example projects. You can then either publish the packages to npm or a private package manager, or use npm pack
to start using the builds in a local project for testing purposes where you manually place the package in the project node_modules
folder.
Say you have an Angular project, simply run npm pack
in packages/example-project/component-library
and packages/example-project/component-library-angular
. Since the framework component libraries depend on the StencilJS project, you will need to provide the component-library
package in your project node_modules
folder.
Angular has a pretty good story for integration with web components but there are a few issues with the developer experience. If you want to know what the story is without the bindings go here: https://stenciljs.com/docs/angular.
With bindings the web components get wrapped in an Angular component and then immediately become available as Angular Components. Some of the advantages of doing this are that you get types for your components and you also get the ability to use ngmodel on inputs. Your developers then consuming your web components from Angular applications import an actual Angular Library and to them it feels as though they are interacting with Angular components.
To make use of the AngularOutputPlugin first import it into your stencil.config.ts file. Then add it as an OutputTarget.
import { Config } from '@stencil/core';
import { angularOutputTarget, ValueAccessorConfig } from '@stencil/angular-output-target';
export const config: Config = {
namespace: 'demo',
outputTargets: [
angularOutputTarget({
componentCorePackage: 'component-library',
directivesProxyFile: '../component-library-angular/src/directives/proxies.ts',
valueAccessorConfigs: angularValueAccessorBindings,
}),
{
type: 'dist',
},
],
};
This is the NPM package name of your core stencil package. In the case of Ionic we chose ‘@ionic/core’. This is the package that gets published that contains just your web components. This package is then used by the Angular package as a dependency
This is the output file that gets generated by the outputTarget. This file should be referencing a different package location. In the example case we are choosing a sibling directory’s src directory. We will then create an Angular package that exports all components defined in this file.
In order for ngmodel to work on input components we need to define certain pieces of information about the input components. Unfortunately the Stencil compiler cannot infer the intent of components because this is a very conceptual idea.
There is an example component library package available on Github so that you can get started. This repo will likely live as a sibling to your Stencil component library. https://github.com/ionic-team/stencil-ds-angular-template
import { ComponentLibraryModule } from 'component-library-angular';
@NgModule({
...
imports: [
ComponentLibraryModule
],
...
})
export class AppModule { }
Now we can add a web component to one of our Angular components. Take for example our app.component
.
In our template we add:
<my-component [first]=firstProperty middle="Middle Name" last="Doe"></my-component>
As you can see, the first
property acts as an Angular input, that gets passed in a variable named firstProperty
, which will need to be defined in our component. middle
and last
are just strings
.
export class AppComponent {
firstProperty = 'John';
}
StencilJS provides a way to work with events. This is based on the DOM events specification which is a web standard.
my-component
has an event defined that can be triggered when clicking the component. The event is called myCustomEvent
.
To catch an event in Angular that is emitted from a web component, you have 2 options. Using @HostListener
:
@HostListener('myCustomEvent', ['$event'])
onMyCustomEvent($event) {
console.log('Event using @HostListener', $event);
}
Or adding a callback function to the web component:
<my-component [first]=selectedFirst middle="middle" last="'Don't call me a framework' JS" (myCustomEvent)="catchEvent($event)"></my-component>
catchEvent($event) {
console.log('Event using callback on component', $event);
}
React has a difficult story with web components. Their documentation shows the simplest possible example but more than likely you will want to pass more than strings to your component. If you want to know what the story is without the bindings go here: https://stenciljs.com/docs/react.
With bindings the web components get wrapped in a React component and then immediately become available as React Components. Some of the advantages of doing this are that you get types for your components. One of the main issues with React is that react does not propertly pass properties to web components. Out of the box React can only pass strings and numbers to components and it cannot listen to custom events. With the bindings the components appear as though they are React components and all properties get passed correctly including functions, objects, and arrays. The bindings also account for custom events by creating a prop called ‘on’. These allow React developers to interact with the web components as though they are React components.
import { Config } from '@stencil/core';
import { reactOutputTarget } from '@stencil/react-output-target';
export const config: Config = {
namespace: 'demo',
outputTargets: [
reactOutputTarget({
componentCorePackage: 'component-library',
proxiesFile: '../component-library-react/src/components.ts',
}),
{
type: 'dist',
},
],
};
This is the NPM package name of your core stencil package. In the case of Ionic we chose ‘@ionic/core’. This is the package that gets published that contains just your web components. This package is then used by the React package as a dependency
This is the output file that gets generated by the outputTarget. This file should be referencing a different package location. In the example case we are choosing a sibling directory’s src directory. We will then create a React package that exports all components defined in this file.
There is an example component library package available on Github so that you can get started. This repo will likely live as a sibling to your Stencil component library. https://github.com/ionic-team/stencil-ds-react-template
import { DemoComponent } from 'component-library-react';
import { Config } from '@stencil/core';
import { vueOutputTarget } from '@stencil/vue-output-target';
export const config: Config = {
namespace: 'demo',
outputTargets: [
vueOutputTarget({
componentCorePackage: 'component-library',
proxiesFile: '../component-library-vue/src/components.ts',
componentModels: vueComponentModels,
}),
{
type: 'dist',
},
],
};
This is the NPM package name of your core stencil package. In the case of Ionic we chose ‘@ionic/core’. This is the package that gets published that contains just your web components. This package is then used by the Vue package as a dependency
This is the output file that gets generated by the outputTarget. This file should be referencing a different package location. In the example case we are choosing a sibling directory’s src directory. We will then create a Vue package that exports all components defined in this file.
This is an array of component names to exclude from the output target build. This is useful if you need to have a framework-specific implementation of a particular component. For example, you may have a my-tabs
tab view Web Component but need to rewrite this in Vue to take advantage of Vue Router.
This is an array of ComponentModelConfig
objects for components that should be integrated with v-model
.
export interface ComponentModelConfig {
/**
* An array of element names that
* should have v-model integration.
*/
elements: string | string[];
/**
* The event emitted from the Web Component
* that should trigger a `v-model` update.
*/
event: string;
/**
* The Web Component property that the value
* of the `v-model` reference is based off.
*/
targetAttr: string;
/**
* (optional) The event to emit from the Vue component
* wrapper. When listening directly to the `event` emitted
* from the Web Component, the `v-model` reference has not
* yet had a chance to update. By setting `externalEvent`,
* your Web Component can emit `event`, the Vue output target
* can update the `v-model` reference, and then emit `externalEvent`,
* notifying the end user that `v-model` has changed. Defaults to `event`.
*/
externalEvent?: string;
}
vueOutputTarget({
...,
componentModels: [
{
elements: ['my-input', 'my-textarea'],
event: 'v-on-change',
externalEvent: 'on-change',
targetAttr: 'value'
}
]
})
This is the path to where the defineCustomElements
function exists in your built project. If loaderDir
is not provided, the /dist/loader
directory will be used.
If true
, polyfills will automatically be imported and the applyPolyfills
function will be called in your proxies file. This can only be used when lazy loading Web Components and will not work when includeImportCustomElements
is true
.
If true
, all Web Components will automatically be registered with the Custom Elements Registry. This can only be used when lazy loading Web Components and will not work when includeImportCustomElements
is true
.
If true
, the output target will import the custom element instance and register it with the Custom Elements Registry when the component is imported inside of a user's app. This can only be used with the Custom Elements Bundle and will not work with lazy loaded components.
This is the directory where the custom elements are imported from when using the [Custom Elements Bundle](https://stenciljs.com/docs/custom-elements)
. Defaults to the components
directory. Only applies when includeImportCustomElements
is true
.
There is an example component library package available on Github so that you can get started. This repo will likely live as a sibling to your Stencil component library.
import { DemoComponent } from 'component-library-vue';
Svelte completely supports web components, however you may like to wrap your components inside a Svelte component, so it feels more natural to interact with them inside a Svelte application.
First you'll need to add the output target to stencil.config.ts
.
import { Config } from '@stencil/core';
import { svelteOutputTarget } from '@stencil/svelte-output-target';
export const config: Config = {
// ...
outputTargets: [
svelteOutputTarget({
componentCorePackage: 'component-library',
proxiesFile: '../component-library-svelte/src/proxies.ts',
}),
// ...
],
};
legacy:
Iftrue
, Svelte will generate code that will work in IE9 and IE10, which don't support things likeelement.dataset
.accessors:
Iftrue
, Svelte will generate getters and setters for the component's props. Iffalse
, they will only be created for readonly exported values (i.e. those declared withconst
,class
andfunction
).componentCorePackage:
This is your core Stencil package that contains all your web components. In the case of Ionic this is@ionic/core
.proxiesFile:
This is the file that gets generated by the output target which exports all of your auto-generated Svelte components. It's important to note that the directory of the proxies file is important too, because acomponents
andsvelte
directory will be created for all the compiled/uncompiled components.componentBindings:
If for any component you'd like to be able to bind some propertybind:someProp
, then you'll need to keep that Svelte property in-sync with the state inside your web component. This is usually handled by listening for an event and updating the property based on thedetail
of the said event. For example, if we had avalue
property then we could listen for achange
event to keep the prop in-sync, then consumers of the component can usebind:value
.
For an example configuration see our demo component-library
.
First create a index.ts
file in the src
directory of your Svelte package.
import { defineCustomElements } from '@vime/core/loader';
// Export all the auto-generated compiled Svelte components.
export * from 'proxies.ts';
if (typeof window !== 'undefined') {
defineCustomElements(window);
}
Now we need to transpile and export our library, here's some scripts you can add to your package.json
:
"scripts": {
"build": "rm -rf dist && npm run build:cjs && npm run build:esm",
"build:cjs": "tsc --module commonjs --outDir dist/cjs",
"build:esm": "tsc --module es6 --outDir dist/esm",
}
If you want consumers of your package to be able to use the uncompiled Svelte components then
add a svelte
key to your package.json
. Here's an example:
{
"name": "@my-project/svelte",
"main": "dist/cjs/index.js",
"module": "dist/esm/index.js",
"svelte": "src/svelte/index.js",
"types": "dist/types/index.d.ts",
"files": [
"src/",
"dist/"
]
}
We can simply import the components we need after installing the package.
import { MyComponent } from '@my-project/svelte';