Web 组件就是 Web 组件

各位小伙伴们，大家好呀！看看今天我又给各位带来了什么文章？本文标题是《Web 组件就是 Web 组件》，很明显是关于文章的文章哈哈哈，其中内容主要会涉及到等等，如果能帮到你，觉得很不错的话，欢迎各位多多点评和分享！

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

作为为大规模分布式系统构建复杂自定义元素的人，我想参与整个“Web 组件是 <insert-opinion>” 的争论。

轮子不是已经被发明了吗，至少在几年前？我们都在努力为我们要拉的车找到合适的轮子。如果 <button> 元素是完美的，我们就不需要 <input type="button">，或 <div role="button"> 或不受支持的 <button is="custom-button">，甚至是被禁止的冒名顶替者 <a class="按钮“>，呈现这个非常基本但非常复杂的概念。

事实上，我们现在可以直接在浏览器中创建一个自定义“按钮”，它没有 <button> 的历史包袱，也没有万事通 <input> 令人困惑的僵化，这是应该庆祝。在某些情况下，借助 ElementInternals API，我们甚至不再需要在影子 DOM 中包含本机表单元素。 ElementInternals 在平台级别处理 ARIA 和表单关联。这意味着本机表单可以像对待任何其他表单控件一样对待自定义元素，包括字段验证、标签关联和值提交。这绝不是一个完美的解决方案，但它比我们之前拥有的所有解决方案都要好，而且很多人正在努力工作，以使其对每个人都更好。

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

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

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

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

好了，本文到此结束，带大家了解了《Web 组件就是 Web 组件》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！