Svelte 相較於 React 和 Vue 的優勢
使用Svelte而不是React或Vue有什么好处?
仅仅是因为表现吗?
更容易集成“原始”的JavaScript库,因为Svelte对真实的DOM对象而不是虚拟的对象发挥作用,这就是为什么我继续使用它,性能优势对我来说只是一个奖励。
至少对于Vue来说,一个瓦尼拉JS图书馆是无法集成的。Vue使用虚拟领域来消失,但它在设置时更新了Dom,并且随后的更新仅在状态改变后发生原子更新。
我同意. 我遇到了一些时候,我需要集成瓦尼拉JavaScript库,它只是与svelte一起工作. 我没有使用Vue在年龄,所以不知道或记得它是否具有类似的功能。
粒子反应?
没有必要发送运行时间,因为Svelte不使用虚拟码头。
Svelte 的运行时间为 svelte 5 和 runes 和信号 - 但它很小,并且使应用程序的规模比以前好得多。所以在 svelte 5 之前没有运行时间,所以代码在组件之间被“重复”了。
我以为它使用了下面的JavaScript信号。
当然,信号是在JavaScript中实现的,但在JavaScript中没有信号的标准。
它只是更漂亮地与 imo 一起工作. vue 是相似的,但反应之间的差异是惊人的. react 迫使你学习一堆额外的概念和漏洞和步枪来避免。
不幸的是,我从sveltekit转换到nuxt,因为它足够大,不必担心在它上扩展你的团队。
什么是缺少的?什么是阻止一支使用 svelte 的团队扩展?
除了它之外,没有什么是相对绿色的新开发者。
我会争辩说,任何开发人员足够聪明来掌握React可以在一周内超越Svelte中的React自我,当然他们仍然会通过“如何在Svelte中做X”的翻译进行一些混乱,但即使文件永久开放,他们通常可以超越他们的React汤自我。
它可以与Vue或React项目相同的用途。我甚至使用Svelte开始我的公司,这也是可能的。Svelte可以更快地发展,但与此同时,当你遇到问题时,解决问题要困难得多。
为什么解决Svelte问题更难? 代码库由一些显然非常有能力的人很好地维护,所以可以看看为什么它不起作用,尤其是在人工智能的帮助下。 而且文档也很棒。 对我来说,关于sveltekit最令人困惑的事情是它有多简单。 就像我期望比有更多的黑魔法一样。 但也许我没有使用它足够长的时间。
它只是不是(根据我的经验)。我从早期开始在Svelte建造,生产中的应用程序有很多。我在React建造正常工作,并在Svelte建造所有我自己的东西。React创造了一个有趣的悖论,它 引入许多问题,因为它所需要的复杂性。这使得开发人员担心Svelte中的较小的受众,因为他们想知道 *“谁会回答我总是有这些问题?”*但答案更接近于 “你甚至不会在Svelte中有许多这些问题”。
是的同意,这正是我想说的。最可怕的事情是,在斯维尔特没有太多的事情要担心,所以看起来好像有些东西缺失了。
我在使用Svelte时所面临的最糟糕的问题是衍生商店依赖链和反应性“$:”陈述如何处理更新的微妙差异,导致行为差异看似等同于逻辑,但即使这是可预测的,在建筑上可以理解的,很容易处理,所以几乎从来没有一个重要问题,大多数经验丰富的Svelte开发人员甚至不知道这一点。
我觉得我是少数不真正喜欢轮盘的人之一...他们在某些情况下很棒,在其他情况下感觉像是DX回归。我完全同意你对一些反应性挑战,但然后每一个反应性框架似乎以某种方式(在我的经验中肯定在React中)都有这个问题。
绝对
用于代理编码 更少的代币速率
哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈
错误,直到你证明
我最近没有尝试过,但几个月前我觉得相反,因为愚蠢的模型只是安装了反应包,尽管我没有告诉它。
我发现它很容易在创建一个图像生成器库时使用 .png 路径,这只是你不能在视图中做的事情。你可以在响应,因为它支持这些服务器侧功能。
压力较少
除了就业市场之外,几乎一切
我可能会因为这样说而被击败,但我认为现在的工作市场无论图书馆或框架如何都同样具有挑战性,而这正在成为一个旧的讨论。
对于它的价值,AI是让我第一次开始“使用”Svelte的原因。我以前无法证明这一点,尽管研究并得出结论,它总体上可能是最好的框架,但现在我基本上可以重写任何东西,我从从未触摸Svelte到使用它到任何地方。代理似乎与它一起工作很好。我从来没有真正写过一行Svelte代码 - 或者,坦率地说,任何前端代码,预先AI我一直在与混乱的瓦尼拉JS / TS混蛋一起工作 - 但我基本上只是用“好,试着将这个分割成更多组件并重新使用这些现有的组件,而不是重新发明新组件只是为了这个” 每一次,最后的结果似乎是足够体面的
Svelte成本更少的代币. 严肃! 我使用 Svelte, React 和 Vue 开发了一个复杂的网站 3x 使用 Claude 4.8 Svelte 便宜得多。 就像 Elixir 比 Python Zig 便宜得多一样,Rust Elixir 开发比大多数语言便宜得多。 难道它真的不再重要的是语言是什么? 这是关于速度和代币成本而不是人的一天。 它是: 您可以使用最少数量的代币实现无错误解决方案的速度有多快。 与 LLM 开发最便宜的技术应该占据主导地位,除非代币供应商能够影响技术堆栈。 但是,嘿,我们已经驾驶汽油汽车数百年 - 这是关于技术市场效率的证据。
Hahaha oh lord想象在2026年对手编码工作的招聘能力的优化
虽然不是手编码,但工作打开仍然需要在项目使用的特定语言和框架和Infra方面的经验,而不仅仅是在某些语言,框架和Infra上。
非常清晰的评论
哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈
更清晰和更简单的代码,更少的步枪和框架特性,没有vDOM(它超越了性能)。
是的,当他们发送一个 完全破坏的版本 框架 除此之外,DX 更糟糕,更糟糕。 TS 整合也更糟糕。 Svelte 是一个有趣的框架,如果你在你的任务列表类型项目中使用它。
软件有bug,他们已经修复了它。
他们在24小时内发布了固定的版本,你不应该安装年轻的包,无论如何,在这一天和供应链攻击的礼貌。
>mehhhhh他们在24小时内发布了固定版本 他们做了吗? https://www.npmjs.com/package/svelte?activeTab=versions 我认为破坏的版本是3天以来最新的版本,下载量为130k。
你更新到你所有的包的最新版本,在生产中?你乞求被黑客攻击?没有最低年龄政策?根本没有?
你最好停止喝酒
DX. 我研究了React的3次,不同的课程,数十个宠物项目。在它点击之前,我花了大约4个月的时间,但随着Svelte,我准备在学习3天内创建。
我的经验也是如此. 在我触摸Svelte之前,在我的带下建造了几年的React,在一天或两天内,我已经在后者中更快了。
React 也有 dsl,JSX 不是
JSX 是 React.createElement() 的合成糖
是的,它是语法糖. Vue 模板为 Vue createElement Svelte 模板为 dom 操作,它们都使用非标准文件扩展, .tsx/jsx, .vue 和 .svelte。
哈哈哈哈哈哈哈哈哈哈哈哈哈哈
心理健康
清洁的语法,几乎与 vue 相同,不需要太多的 ext deps
现在他们支持实时流媒体。
一直在撰写React专业,因为它是Facebook的新里程碑图书馆,Svelte在各方面都更好。
实际上,对待工具对于 React still 来说更好。
同一个团队在两个帐户! 仍然在 React 工作到今天(工作),仍然可以安全地说 Svelte 只是更干净,更简单,性能更好,解决了如此多的应用级别问题,React 没有。
哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈
它适合嵌入式 Web 开发,因为它使用的存储空间更少
很难写坏代码. 编译器只做重大的举动. 一个生产仪表板在我的 React MVP 上为2MB,在Mt Svelte Code中为500kb。 一切都加载得很快,应用程序很快,代码不是回调地狱。 更少的包生态系统,更少的库学习。
- DX 2. Probe 保存更多代币用于代理编码 3. 没有奇怪的概念要学习... 与 React 不同
Svelte 的文件是从文件本身的文件,但它只是革命了前端的开发。前端是两件事。 1 你声明你的 HTML/CSS是给定的变量组(状态):它是模板。 2 你写相同的逻辑连接用户的行动,以改变它的状态:这是编程。这就是整个工作。 Svelte 5 采取了两者,并完美化了它们。 编程:通过 Runes,一个状态只是一个TypeScript变量. let count = $state(0),然后‘count++。 你写相同的逻辑连接用户的行动,以改变它。 没有什么特别的,纯粹的TypeScript。 模板:你做一个 .svelte``文件,并用一个伟大的模板语言写HTML/CSS。 使用这些状态变
角形为街道,Svelte为叶子
你保守你的智慧吗?
一切
更容易的编码代理人. 他们可以更容易地推理,因为事情不太抽象。
只用AI最擅长的东西。
你会喜欢的,这是最大的好处。
对于 Frontend 和 Backend 的一个库,React 也可以这样做,但是 Reac 使它变得复杂。
反應:我們有解決方案給你的問題,然後我們有解決方案給我們以前的解決方案的問題...現在你正在下載值600kb的反應頁面負載 svelte:我們得到了反應...狀態管理...和JavaScript,找出解決方案給你的問題自己 bro
我们不需要完全依赖一个完整的框架。 选择任何适用于小范围的内容,构建组件/widget,并包装文本,以便AI能够更好地交付,你也可以控制质量,但这并不重要,因为我们希望通过Rust/Go和Web Assembly使一切成为专有。
我会说问题是“vs反应”。所以,开发人员的经验.Vue有一个相当相同的DX。
开发者体验只是waaay更漂亮,在Svelte,SvelteKit,Typescript,GraphQL堆栈工作了3年。
可以用Nicker来编辑一下吗?
React 教程往往感觉像你需要一个完整的框架列表的依赖,只是要得到基本的东西工作。很多它可以感觉黑客,不是很圆的,和充满了奇怪的概念或隐藏的陷阱,最初是不明显的。随着时间的推移,它感觉膨胀,特别是在复杂的组件,如支出 / 付款代码库或类似的东西。我诚实地工作在一个在线商店的时尚标签在这里在德国,在那里我们被连接从PHP,Smarty,Vue堆积到一个完整的重写与Svelte,SvelteKit,TypeScript,和GraphQL。经过多年的工作与遗传代码库,它是令人兴奋的,以看到不同的方法。我很快就被连接到Svelte,它是有趣的,因为我