Svelte 5 全新 `{let/const}` 宣告標籤
Svelte@5.56,0 Svelte@5.56,0 新 href="https://svelte.dev/docs/declaration-tags" target="_blank" rel="nofollow noopener noreferrer">{let/const ...} - 更强大的替代品 {@const ...}: 1. 您可以宣布它在任何地方 {const hello = 'hello'} {const hello = 'hi'} {hello} {hello} {hello} {hello} 2. 它可以用 $state 和 $derived {#if editing} {let name = $state(user.name)} {const greeting = $derived(Hello ${name})} {hello} {user.name =; editing = false }} 保存>
很有趣,但非常奇怪,尤其是国家,我不喜欢干涉逻辑。
牛啊!
我不是在诅咒这个现实。
什么不喜欢这个?
我不喜欢用逻辑标记
但是,现在的片段可以有自己的状态。
这是有道理的,但它仍然似乎有点小,这似乎有另一个机制需要发明。
这里纯粹是我的立场,模式应该尽可能愚蠢,其他一切都是通过逻辑或构成来表达的。
这是不舒服的,当你做很多事情时,它很快就会变得清晰。
当模板内部只有一种逻辑,并且不应该有很多东西要分成组件 - 保持模板中的逻辑平衡的直立基础。
不,不是基础,一切都取决于情况。
该脚本只需要进口。
好吧,不,有时你需要一些微型计算机,并且将它们带入脚本是不方便的。
最后,旧语法(@const ...)会被贬值吗?
我是什麼?
放弃它有什么意义?这是令人困惑的。
在脚本中,您可以混淆反应性和非反应变量。
不,是的,但那是另一回事。
对不起,你是对的。
这将是逻辑的,或者它只是一个混乱。
是的,显然打破变化是害怕的,并不想因为这个原因6个子。
他们似乎有点离去。
任何地方都没有完美,除了让 / 做法。
在这个话题上可能存在一个问题。
是的,现在读到唯一的猜测是很有趣的 - 与现有 @const 打破更改的出发
在这里,您需要阅读 https://github.com/sveltejs/issues/16490
顺便说一句,在这方面,在第一种情况下,我们有一个序列计算,一切都很好,在第二种情况下,我们在每一个列表重新渲染时在反应图中产生新的元素?
因为它只是JS的一块,所以没有特别的转变。
再过几年,JSX就结束了。
tsrx模型更接近。