在当今不断发展的前端景观中，React一直是包括我在内的许多开发人员的皇冠上的珠宝。它的基于组件的结构，虚拟DOM的效率以及广泛的社区支持使其成为显而易见的最爱。

另一件事称为Svelte的东西到达了我的耳朵。所以我跳来跳去，这是我发现的：

1.为什么要苗条？

在进行过渡之前，重要的是要了解为什么人们可能会考虑移动。 Svelte带来：

简单：没有虚拟dom，更少的样板和直接语法。

性能：Svelte在构建时间将组件编译为Vanilla JavaScript，使其变得非常快。

反应性：反应性陈述使数据结合变得微风。

2.初始步骤

我做的第一件事是使用Svelte的官方模板设置了一个Svelte项目。然后，我在官方Svelte tutorial上度过了一段美好的时光，该时期提供了框架的核心概念的动手体验。

3.翻译组件

将组件从反应转移到Svelte涉及了解细微的差异：

jsx vs svelte的模板语言：而不是jsx，而是使用其html样语法，这使模板更具可读性。

状态管理：在鲜明的状态中，可变状态使用简单的变量处理，而反应性是在语句之​​前单纯的$:实现的。

4.事件处理

React使用合成事件时，Svelte采用了本地事件听众。过渡意味着：

用on:click替换onClick。

消除event.persist()，因为Svelte使用本机事件。

5.生命周期方法

React的生命周期方法（例如componentDidMount或componentWillUnmount）被翻译成Svelte的onMount和beforeDestroy。

6.造型

从CSS-IN-JS（或任何其他反应样式范式）移动到Svelte的Scopep Styles令人耳目一新。每个Svelte组件都具有自己的封装样式，减少了对全球样式干扰组件特定设计的恐惧。

7.类固醇的国家管理

尽管React具有Context或Redux或Zustand的全球状态管理，但Svelte提供商店。这些可写的商店使国家管理变得直接而详细。

8.集成和插件

过渡还意味着寻找等效的Svelte插件和集成或在需要时创建自定义解决方案。幸运的是，Svelte社区稳健且增长，提供充足的资源。

9.社区和支持

我不会说谎； React社区很广泛。但是，Svelte社区虽然较小，但热情而迅速地扩展。在我的过渡期间，像Discord，Reddit和Stack Overflow这样的平台提供了足够的支持。

10.结论

从React到Svelte的旅程很棒。尽管两者都具有自己的优势和用例，但Svelte的简单性，速度和清洁语法是我想要的。

我今年的所有新项目都是由Svelte建造的。这是我的最后一个（独奏冒险）：

https://salarioo.com-只有薪水的工作委员会。 ð

在另一个项目（完整的电子商务）上，我鼓励我的经验丰富的React开发人员尝试一下，他们喜欢它，是的，我们几乎使用Svelte完成了它。

说我怀疑我会回去做出反应。 °°

另一个词 svelte 毁灭了对我的反应，就像The Expanse毁了 其他空间科幻小说。。

¥

¥

您是否尝试过Svelte？
在下面分享您的经验和思想！