尤雨溪这样评价svelte

最新推荐文章于 2024-07-20 17:41:17 发布

前端秀儿

最新推荐文章于 2024-07-20 17:41:17 发布

阅读量1.4k

点赞数 1

分类专栏：框架文章标签： js javascript 前端

本文链接：https://blog.csdn.net/Jsoning/article/details/104280210

版权

框架专栏收录该内容

2 篇文章 0 订阅

订阅专栏

原谅我这个标题，一股浓浓的标题党~~~
目的很简单，只是带大家了解一下svelte

什么是svelte？

这里引用尤雨溪大神的话：

作者是 Rich Harris，也就是 Ractive, Rollup 和 Buble 的作者，堪称前端界的轮子哥，现在又带来新轮子了！

这个框架的 API 设计是从 Ractive 那边传承过来的（自然跟 Vue 也非常像），但这不是重点。Svelte 的核心思想在于『通过静态编译减少框架运行时的代码量』。举例来说，当前的框架无论是 React Angular 还是 Vue，不管你怎么编译，使用的时候必然需要『引入』框架本身，也就是所谓的运行时 (runtime)。但是用 Svelte 就不一样，一个 Svelte 组件编译了以后，所有需要的运行时代码都包含在里面了，除了引入这个组件本身，你不需要再额外引入一个所谓的框架运行时！

当然，这不是说 Svelte 没有运行时，但是出于两个原因这个代价可以变得很小：

1.Svelte 的编译风格是将模板编译为命令式 (imperative) 的原生 DOM 操作。比如这段模板：

<a>{{ msg }}</a>

会被编译成如下代码：

function renderMainFragment ( root, component, target ) {
	var a = document.createElement( 'a' );
	
	var text = document.createTextNode( root.msg );
	a.appendChild( text );
	
	target.appendChild( a )

	return {
		update: function ( changed, root ) {
			text.data = root.msg;
		},

		teardown: function ( detach ) {
			if ( detach ) a.parentNode.removeChild( a );
		}
	};
}

可以看到，跟基于 Virtual DOM 的框架相比，这样的输出不需要 Virtual DOM 的 diff/patch 操作，自然可以省去大量代码，同时，性能上也和 vanilla JS 相差无几（仅就这个简单示例而言），内存占用更是极佳。这个思路其实并不是它首创，之前有一个性能爆表的模板引擎 Monkberry.js 也是这样实现的，ng2 的模板编译其实也跟这个很类似（但是中间加了一层渲染抽象层）。

对于特定功能，Svelte 依然有对应的运行时代码，比如组件逻辑，if/else 切换逻辑，循环逻辑等等… 但它在编译时，如果一个功能没用到，对应的代码就根本不会被编译到结果里去。这就好像用 Babel 的时候没有用到的功能的 helper 是不会被引入的，又好像用 lodash 或者 RxJS 的时候只选择性地引入对应的函数。

基于这两个特点，Svelte 应用的最终代码量可以非常小。比如它的 TodoMVC min+gzip 之后只有 3kb。

但是，Svelte 也不是没有它的潜在问题：

1.虽然在简单的 demo 里面代码量确实非常小，但同样的组件模板，这样的 imperative 操作生成的代码量会比 vdom 渲染函数要大，多个组件中会有很多重复的代码（虽然 gzip 时候可以缓解，但 parse 和 evaluate 是免不了的）。项目里的组件越多，代码量的差异就会逐渐缩小。同时，并不是真正的如宣传的那样 “没有 runtime“，而是根据你的代码按需 import 而已。使用的功能越多，Svelte 要包含的运行时代码也越多，最终在实际生产项目中能有多少尺寸优势，其实很难说。

2.Svelte 在大型应用中的性能还有待观察，尤其是在大量动态内容和嵌套组件的情况下。它的更新策略决定了它也需要类似 React 的 shouldComponentUpdate 的机制来防止过度更新。另一方面，其性能优势比起现在的主流框架并不是质的区别，现在大部分主流框架的性能都可以做到 vanilla js 的 1.2~1.5 倍慢，基于 Virtual DOM 的 Inferno 更是接近原生，证明了 Virtual DOM 这个方向理论上的可能性，所以可以预见以后 web 的性能瓶颈更多是 DOM 本身而不是框架。

3.Svelte 的编译策略决定了它跟 Virtual DOM 绝缘（渲染函数由于其动态性，无法像模板那样可以被可靠地静态分析），也就享受不到 Virtual DOM 带来的诸多好处，比如基于 render function 的组件的强大抽象能力，基于 vdom 做测试，服务端/原生渲染亲和性等等。这一点在我看来比较关键。让我在一点点性能和 Virtual DOM 之间做抉择的话，我还是会选择 Virtual DOM。Vue 3 在保留 Virtual DOM 灵活性的前提下基于模版对渲染函数做 AOT 优化，性能已经做到跟 Svelte 很接近。

最后，我个人觉得 Svelte 比较有优势的地方，就是用来编译可独立分发的 Web Components。传统框架和 Web Components 结合最大的问题就在于运行时：单独分发的 WC 里面直接打包框架运行时，等于每个组件都要复制一份框架；不打包的话，又做不到开箱即用。但 Svelte 受这个问题的限制最小（依然存在重复代码问题，但取决于你用了多少功能），可以说是最适合这个用例的框架。

svelte有多好用？

看到尤雨溪大神的介绍，想必你已经对这个框架有些了解了。下面将列举一些svelte的简单用法，你可能会更喜欢这个框架。

页面结构

<script>
</script>

<main>
</main>

<style>
</style>

页面是以.svelte后缀结尾，里面分为3个部分:script用于写js，main里面用于写html，style内用于写css
这里需要注意的是style内的css只能对该页面生效，相当于vue中的`scoped

声明变量

<script>
	let name = 'world';
</script>

<main>
    <h1>Hello {name}!</h1>
</main>

这里我们直接在script中申明一个变量，在html中通过{}绑定即可，当修改name值得时候页面也会随着改变
这里通过push、pop等方法修改数组的时候，虽然改变了原数组，但是页面并不会改变，需要显示赋值即可arr.push('2'); arr = arr;(官网也有其他方式，这里只简单介绍一下)

计算属性

<script>
	let count = 0;
	$: doubled = count * 2;

	function handleClick() {
		count += 1;
	}
</script>

<button on:click={handleClick}>
	Clicked {count} {count === 1 ? 'time' : 'times'}
</button>

<p>{count} doubled is {doubled}</p>

这里通过$:去绑定计算属性
绑定事件通过on:事件 即可

这里就简单介绍几个api供大家参考一下，更多使用方法可以去官网查看。官网api讲解的很详细，而提供有REPL教程帮助我们更快上手

总结

svelte框架已经实现的功能很好了，最终build出来的bundle很小，性能也是非常不错更加趋向于Web Components，总体来说还是非常不错的。
但是，框架的问题也很明显，svelte的生态还不及已经火了多年的vue react。在面对大型项目的时候，还是和三大框架有些差距的。
在项目中，我们可以在一些小型的项目或者活动页中去尝试使用，在一些简单页面中，没有必要去使用整个较大的框架的时候，我们可以优先选择svelte

本人能力有限，文章可能会有不正确或者不恰当的部分，希望你可以指出

如果文章对你有帮助，欢迎点赞，关注公众号，不定时推送优质文章！！！