Web 组件是... Web 组件

这篇文章于 2024 年 9 月首次出现在我的 LinkedIn 上。

作为为大规模分布式系统构建复杂自定义元素的人，我想权衡一下“Web 组件是”这一整体。一直以来的争论。

轮子不是已经被发明了吗，至少在几年前？我们都在努力为我们要拉的车找到合适的轮子。如果元素是完美的，我们不需要 或

或不受支持的 ，甚至是被禁止的冒名顶替者

事实上，我们现在可以直接在浏览器中创建自定义“按钮”，它没有

的历史包袱，也没有万事通的令人困惑的僵化

input>，是值得庆祝的事情。在某些情况下，我们甚至不再需要在影子 DOM 中包含原生表单元素，这要归功于 ElementInternals API。 ElementInternals 在平台级别处理 ARIA 和表单关联。这意味着本机表单可以像对待任何其他表单控件一样对待自定义元素，包括字段验证、标签关联和值提交。这绝不是一个完美的解决方案，但它比我们之前拥有的所有解决方案都要好，而且很多人正在努力工作，以使其对每个人都更好。

框架驱动的组件实际上无法做到这一点。如果他们声称可以，则意味着他们要么正在构建用额外 JS 封装的自定义元素，要么正在做大量繁重的工作来重现浏览器中已有的内容。

我一直对前端框架有疑问，这就是我选择不使用它们的原因。我发现他们很容易挖出一个太大而无法爬出来的洞，特别是当他们带来自己的抽象来混淆页面上实际呈现的内容时。发生了太多的“魔法”，我不喜欢从某些框架的功能（hooks、JSX 等）中获得的“相信我，兄弟”的感觉。

总而言之，我一只手就能数出我必须使用 React、Vue 和 Angular 进行专业工作的次数。我猜我用得最多的是 Vue，即使如此，也只用了几个月，我就在 2020 年开始构建自定义元素了。

我没有看到任何令人信服的理由回去。

以上是Web 组件是... Web 组件的详细内容。更多信息请关注PHP中文网其他相关文章！