关于前端，你不得不知的 8 种JavaScript 趋势和工具

最新推荐文章于 2024-07-25 09:24:40 发布

2401_84152189

最新推荐文章于 2024-07-25 09:24:40 发布

阅读量311

点赞数 4

分类专栏：程序员文章标签：前端 javascript 开发语言

本文链接：https://blog.csdn.net/2401_84152189/article/details/137759698

版权

程序员专栏收录该内容

191 篇文章 0 订阅

订阅专栏

============

基本上，这就是未来。为什么？因为这些纯 Web 组件与框架无关，可以在没有框架的情况下工作，这意味着标准化。因为它们不会带来 JS 疲劳，并且受到现代浏览器的支持。因为它们的包大小和资源消耗将是最优的，而且 VDOM 渲染令人兴奋。

这些组件提供自定义元素、Javascript API（允许定义一种新的 HTML 标签）、HTML 模板（用于指定布局），当然还有影子 DOM（本质上是特定于组件的）。

在这个领域中，需要了解的主要工具包括Lit-html（和Lit-element）、StencilJS、SvelteJS，当然还有Bit，它们都是面向可重用的模块化组件，而这些组件可以在任何地方直接共享、使用和开发。

当考虑 UI 开发的未来，以及组件时代的模块化、重用性、封装和标准化原则时，Web 组件就是答案。

框架战争的未来？

========

是的，在 NPM 下载中，React 目前仍然是女皇

所以我们不会深入探讨“谁更好，为什么更好”，你可以下文中了解到关于这个问题的更多答案。相反，我们将后退一步，看看更大的图景。围绕组件的前端技术的总体“市场份额”正在不断增长。新开发人员的加入速度也在快速增长，工具的采用空间也越来越大。

那么，从现在开始的 5 年内，哪个框架会占据统治地位呢？

随着未来与框架无关的 Web 组件的标准化，人们可能想知道它可能对 UI 框架战争产生什么样的影响。是的，我们知道，React 不是一个框架……

组件隔离、重用和组合

当谈到在不久的将来的前端开发和 UI 组件时，我们不可能忽视Bit令人惊喜的承诺和功能。

Bit（开源）隔离并将组件（或任何可重用的 JS 代码）转换为共享的构建块，你可以在所有项目和应用程序中使用和共享这些构建块。神奇的是，你还可以使用 Bit 开发不同项目的相同组件，同时完全控制源代码更改和整个依赖关系图。简单地说，使用 Bit，你可以立即在一个项目中使用来自另一个项目的组件，开发和更改来自两个项目的组件，并同步更改。当作为一个团队工作时，这个工作流将通过bit.dev（Bit 的组件中心）得到增强，你可以在其中组织和共享你的团队代码。组件中心提供了组件共享和协作所需的一切，从出色的搜索和发现体验到在线组件试用、完整的 CI/CD 支持等等。使用 Bit，你构建的应用程序可以完全实时地访问你的团队和开源社区编写的所有组件，并立即共享新组件或建议对现有组件进行更新。

ES 模块和 CDN

ES 模块是在浏览器中使用模块的标准，由 ECMAScript 标准化。使用 ES 模块可以很容易地将功能封装到模块中，这些模块可以通过 CDN 等方式使用。随着 Firefox 60 的发布，所有主流浏览器都将支持ES模块，Node 团队正在努力将 ES 模块支持添加到Node.js中。另外，面向WebAssembly的ES模块集成将在未来几年实现。想象一下，利用 Bit 隔离的 JS 组件，依托bit.dev通过 CDN 使用。

组件级状态管理

那么，状态管理有什么新变化？最终，我们会遍历 Redux 全局 store 中的所有东西？但是，这可能使充分利用组件的模块化和可重用性变得困难。从这个角度来看，像 MobX 这样的项目提供了一种有趣的、更具反应性的方法（也可以看下Unstated项目）。React 的新Context API和Hooks意味着你不需要第三方库，可以在功能组件级管理状态，提高模块性和可重用性。因此，展望未来，尝试更多地从封装组件的角度来考虑状态管理，而不是从全局应用程序存储的角度来考虑。

可组合样式化组件