Svelte 5 Neue `{let/const}` Deklarations-Tags
Svelte@5.56,0 Svelte@5.56,0 New href="https://svelte.dev/docs/declaration-tags" target="_blank" rel="nofollow noopener noreferrer">{let/const ...} - eine leistungsfähigere Alternative {@const ...}: 1. Sie können es überall {const hello = 'hello'} {hello} {const hello = 'hi'} {hello} {hello} {hello} {hello} 2. Es kann mit $state und $derived {#if editing} {let name = $state(user.name)} {const greeting = $derived(Hello ${name})} {hello} {user.name =; editing = false; }} speichern> {
Komisch, aber sehr seltsam, vor allem mit dem Staat.
Die Kuh !
Ich verfluche diese Realität nicht.
Was gefällt das nicht?
Ich mag es nicht, sich mit Logik zu beschäftigen
Aber jetzt können die Snippets ihren Zustand haben.
Es macht Sinn, aber es scheint immer noch ein bisschen zu sein und dafür scheint es, als müsse ein anderer Mechanismus erfunden werden.
Hier ist rein meine Position, dass die Muster so dumm wie möglich sein sollten, und alles andere wird entweder durch Logik oder Komposition ausgedrückt.
Das ist unangenehm.Wenn du viel machst, wird es sehr schnell klar.
Wenn es nur eine Logik in den Vorlagen gibt und es nicht viel in Komponenten zu teilen gibt - eine geradlinige Basis, um die Balance der Logik in den Vorlagen zu halten.
Nein, nicht die Basis.Es hängt alles von der Situation ab.
Das Skript ist nur für Importe erforderlich.
Nun, nein, nur manchmal brauchen Sie einen Mikrocomputer, und es ist nicht bequem, sie in Skripte zu tragen.
Und schließlich wird die alte Syntax {@const ...} abgewertet werden?
Am was ist das?
Was ist der Sinn, es zu verlassen? es ist verwirrend.
Im Skript können Sie sowohl reaktive als auch nichtreaktive Variablen verwechseln.
Nein ja, aber das ist etwas anderes.
Tut mir leid, du hast recht.
Das wäre logisch, oder es wäre nur eine Verwirrung.
Ja, scheinbar brachende Veränderungen waren erschrocken und wollten wegen dieser 6 Apaths nicht.
Sie scheinen ein bisschen weg zu gehen.
Perfektion gibt es nirgendwo außer let/const.
Vielleicht gibt es ein Problem mit der Argumentation zu diesem Thema.
Ja, es wäre interessant, jetzt die einzige Vermutung zu lesen - die Abreise von den Veränderungen mit dem bestehenden @const
Hier müssen Sie lesen https://github.com/sveltejs/issues/16490
Übrigens, in dieser Hinsicht haben wir im ersten Fall eine sequentielle Berechnung und alles ist in Ordnung, und im zweiten produzieren wir neue Elemente im reaktiven Diagramm für jeden Listenwiedergabe?
Weil es nur ein Stück JS ist, gibt es keine spezielle Transformation.
In wenigen Jahren wird JSX vorbei sein.
Das tsrx Modell ist näher.