原文地址:https://mp.weixin.qq.com/s/IqXYrk17XEOo8AJmvr4YZA
https://juejin.cn/post/7063258471180795917
前言
哈喽,大家好,我是海怪。
最近不是写了一篇关于京东微前端框架的文章嘛 《初探 MicroApp,一个极致简洁的微前端框架》,里面提到了一个叫 Web Components 的东西。虽然对它早有耳闻,但是一直也没怎么仔细看过,所以就深入了解了一下,今天给大家做个简单分享 :)
下面的实践代码都放在 Github 这个仓库里了[1]。
是什么
Web Components 实际上一系列技术的组合,主要包含 3 部分:
- 自定义元素。 在 HTML 基础标签外扩展自定义标签元素
- Shadow DOM。 主要用于将 Shadow DOM 的内容与外层 document DOM 隔离
- HTML 模板。 使用
<template>来定义组件模板,使用<slot>作为插槽使用
也正是因为它是一系列 API 的组合,所以在使用时,我们要同时关注这些 API 的兼容性:
Custom Elements
Shadow DOM
HTML templates
将上面技术合理使用后,就可以 将功能、逻辑封装到自定义标签中,通过复用这些自定义的组件来提高开发效率。 听起来就像是 Vue.js 和 React 做的那一套,实际上,在使用 Web Components 的时候,也是很像的。
上手
接下来我们通过实现一个 <book-card> Web Component 来学习一下怎么使用它吧。
自定义元素
首先,创建一个 index.html,在里面直接调用 <book-card> 组件。
1 | <body> |
因为浏览器不认识 <book-card> 所以,我们需要在 BookCard.js 里注册它,并在 index.html 中引入并执行 BookCard.js。
1 | class BookCard extends HTMLElement { |
上面已经实现了最基础的 DOM 结构了:
上面一直执行
createElement并设置属性值的行为是否有点像 React 的React.createElement呢?
HTML 模板
这样一行一行地生成 DOM 结构不仅写的累,读的人也很难一下子看明白。为了解决这个问题,我们可以使用 HTML 模板 。直接在 HTML 里写一个 <template> 模板:
1 | <body> |
然后在注册组件中直接调用这个模板即可:
1 | class BookCard extends HTMLElement { |
这样的
<template>书写方式是不是又有点像我们熟悉的Vue框架了呢?
写样式
搞定了 DOM 之后,我们就可以写样式了,直接在 <template> 里面新加一个 <style> 元素,然后开始写 CSS:
1 | <body> |
相信大家都会写这样的 CSS,所以为了缩减篇幅就把 CSS 折叠了,最后效果如下:
Shadow DOM
为了不让 <template> 里的 <style> CSS 和全局的 CSS 有冲突,我们可以将组件挂在到 Shadow Root 上,再用 Shadow Root 挂到外层的 document DOM 上,这样就可以实现 CSS 的隔离啦:
1 | class BookCard extends HTMLElement { |
打开控制台,可以看到 <template> 的 DOM 都被挂到 Shadow Root 上了:
整个 DOM 架构大致是这样的:
Shadow DOM 的一大优点是能将 DOM 结构、样式、行为与 Document DOM 隔离开,非常适合做组件的封装,因此它能成为 Web Component 的重要组成部分之一。
Shadow DOM 也经常出现在我们日常开发中,比如 <video> 元素里的 controls 控件 DOM 结构也是挂在 Shadow Root 下的:
Props
和 Vue 和 React 的组件一样,我们也可以在 Web Component 上传递属性:
1 | <body> |
然后将这些属性再更新到 DOM 上:
1 | const prefix = 'data-' |
一般来说,对于自定义属性,我们习惯使用 data-xxx 来命名。
如果你能进一步思考的话,可以直接拿到这些
attributes,然后用来做 Proxy 代理、响应式赋值等操作。嗯,有 Vue 那味了!
1 | const prefix = 'data-' |
Slot
HTML 模板的另一个好处是可以像 Vue 一样使用 <slot>。比如,现在我们可以在这个 <book-card> 最下面添加一个 action 插槽:
1 | <template id="book-card-template"> |
当别人要使用 <book-card> 组件时,就可以通过插槽的方式来使用注入他们自定义的内容了:
1 | <book-card |
交互
我们还能像 React 那样去给元素绑定事件,比如这里对这个 action <slot> 添加点击事件:
1 | class BookCard extends HTMLElement { |
注意:这里的 onAction 为箭头函数,因为需要绑定 this,将其指向这个 BookCard 组件。
UI 库
或许有的同学已经开始想:既然这玩意能用来封装组件,那是有对应的 Web Component UI 库呢?答案是肯定的。
目前比较出名的有微软出品的 FAST[2]:
有 Google 出品的 Lit[3]:
还有有我厂腾讯的 OMI[4]:
总结
上面主要给大家分享了一下 Web Component 的一些使用方法。总的来说,Web Component 是一系列 API 的组合:
- Custom Element:注册和使用组件
- Shadow DOM:隔离 CSS
- HTML template 和 slot:灵活的 DOM 结构
关于 Web Component 的内容,已经差不多说完了,不知大家看完有什么感受。给我的感觉是好像提供了原生组件化封装功能,但是又有好多事没有做完,比如我们希望看到的:
- 像 Vue 那样的响应式地对数据进行追踪
- 像 Vue 那样的模板语法、数据绑定
- 像 React 那样的 DOM Diff
- 像 React 那样的
React.createElement的 JSX 写法 - …
这些我们希望的 “框架特性” Web Component 都是没有提供的。这是因为 Web Component 的内容都是由 API 组成,而这些 API 作为规范要保持功能单一、正交的原则,而不是要做得像 Vue, React 那样的组件化 “框架”。这也是知乎的 《Web Component 和类 React、Angular、Vue 组件化技术谁会成为未来?》[5] 回答里说的:
框架的职责在于提供一整套的解决方案,而平台 API 的设计要求是绝不能提供一整套的解决方案(即保证零耦合、正交),这是无法调和的基本矛盾所在。
Web Component 最主要的好处还是在于原生支持、无需外部依赖。一个 index.html + main.js 就可以完成组件注册以及使用。
目前,它依然在发展,也能用于生产环境中,像 single-spa Layout Engine 以及 MicroApp 就是例子,另一个场景则是可以在 TextArea, Video 这样的功能组件中使用到 Web Component 来封装。
个人记录
根据 https://developer.mozilla.org/zh-CN/docs/Web/API/Web_components,Web Component 最早也是2013年chrome浏览器才有部分支撑,因此不适合面向Client端使用该项技术实现,会有兼容问题。
具体 Web Component 的发展可参考:https://zhuanlan.zhihu.com/p/580540604
本文链接: http://www.ionluo.cn/blog/posts/ccf74063.html
版权声明: 本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。转载请注明出处!
