Vantaggi di Svelte su React e Vue
Qual è il vantaggio di utilizzare Svelte invece di React o Vue?
È solo a causa della performance?
È più facile integrare le librerie JavaScript "rave" perché Svelte agisce su oggetti DOM reali, non su quelli virtuali.
Per Vue almeno, una libreria JS di vaniglia è un compostabile lontano dall'integrazione. Vue utilizza il dominio virtuale per diffing, ma aggiorna il domo sulla configurazione, e gli aggiornamenti successivi si verificano atomicamente solo dopo i cambiamenti di stato.
Sono andato in un paio di volte dove ho bisogno di integrare le librerie vanilla javascript e funziona solo con svelte. non ho usato vue in età quindi non so o ricordo se ha capacità simili.
La reattività granulare?
Non è necessario inviare un runtime poiché Svelte non utilizza un domo virtuale.
Svelte ha un runtime con svelte 5 per rune e segnali - ma è piccolo e consente alle applicazioni di scalare molto meglio di prima. Quindi prima di svelte 5 non c'era un runtime, ma quindi il codice è stato "duplicato" tra i componenti. Ora è un po 'più grande per iniziare, ma quindi l'applicazione cresce molto più lentamente di prima.
Ho pensato che utilizzasse i segnali JavaScript qui sotto.
Certo, i segnali sono implementati in JavaScript, ma non c'è uno standard per i segnali in JavaScript.
Il suo è semplicemente più bello da lavorare con imo. vista è simile, ma la differenza tra react è sorprendente. react ti costringe a imparare un sacco di concetti extra e lacune e pistole da evitare.
Purtroppo ho convertito da sveltekit a nuxt perché è abbastanza grande da non preoccuparti di scalare il tuo team su di esso.
Cosa manca esattamente? cosa impedisce a un team di utilizzare svelte di scalare?
Niente fuori di esso è relativamente verde per i nuovi sviluppatori.
Vorrei sostenere che qualsiasi sviluppatore abbastanza intelligente da cogliere React può superare il loro React-self in Svelte entro una settimana o così. naturalmente avranno ancora qualche fastidio attraverso le traduzioni "come fai X in Svelte", ma anche con i documenti aperti in modo permanente, possono in genere superare il loro React-hook-soup-self.
Può servire agli stessi scopi del progetto vista o react. Ho anche iniziato la mia azienda utilizzando svelte, ed è possibile. Svelte può essere più veloce nello sviluppo, ma allo stesso tempo quando si incontra un problema è così tanto più difficile da risolvere. Non parlare di acquisizione di talenti come è così tanto più semplice per vista, come ci sono solo più sviluppatori per esso. Mi piace svelte e è sempre stato un sostenitore, non sbagliarmi. Ma quando si sta scalando il business si vuole concentrarsi sul marketing e la vendita lato, non sulla tecnologia.
Perché è più difficile risolvere i problemi di Svelte? La base di codice è abbastanza ben mantenuta da alcune persone chiaramente molto competenti, quindi è possibile dare un'occhiata a perché non funziona. Soprattutto con l'aiuto di AI. E la documentazione è anche abbastanza grande. Per me, la cosa più confusa su sveltekit è quanto sia semplice. È come se mi aspettavo più magia nera di quanto non ci sia. Ma forse non l'ho usato abbastanza a lungo. Di quali questioni stai pensando?
Non è (per la mia esperienza). ho costruito in Svelte dai primi giorni, con molte app in produzione. ho costruito in React per il lavoro normale, e Svelte per tutte le mie cose. React crea un paradosso interessante in cui introduce molti problemi a causa della complessità che richiede. Questo fa temere gli sviluppatori un pubblico più piccolo in Svelte perché si chiedono "chi risponderebbe a tutte queste domande che ho sempre???" Ma la risposta è più vicina a "molte di queste domande non avresti nemmeno in Svelte". Questo è anche il motivo per cui sostengo che qualsiasi sviluppatore abbastanza intelligente da tenere il proprio in React può assolutamente schiacciare (in nessun momento) in Svelte.
La cosa più spaventosa è che non c'è molto di cui preoccuparsi a Svelte, quindi sembra che qualcosa manchi
I peggiori problemi che ho dovuto affrontare con l'utilizzo di Svelte sono state le sottili differenze nel modo in cui le catene di dipendenze dei negozi derivati e le dichiarazioni reattive '$:' gestiscono gli aggiornamenti, creando differenze nel comportamento a logica apparentemente equivalente. Ma anche questo era prevedibile, architettonicamente comprensibile, facile da lavorare e quindi difficilmente un problema significativo che i sviluppatori più esperti di Svelte non ne sono nemmeno consapevoli.
Mi sento come se fossi uno dei pochi che non amano veramente le run... sono fantastiche in alcuni casi, e mi sento come una regressione DX in altri. Completamente d'accordo con voi su alcune delle sfide di reattività, ma poi ogni framework reattivo sembra avere quel problema in un modo o nell'altro (certo in React nella mia esperienza).
assolutamente
per codifica agente meno token expediture
Ah, lol, non ho pensato a questo
Si sbaglia finché non si prova
Non ho provato di recente, ma ho sentito il contrario alcuni mesi fa come modelli stupidi hanno appena installato pacchetti react anche se ho detto di non farlo.
Ho trovato facile da usare quando si crea una libreria di generatori di immagini con un percorso .png questo non è solo qualcosa che si può fare in vista. Si può in react perché supporta quelle funzioni di lato server. Svelte si sentiva più facile e più pulito quando ho testato entrambi. (Uso per generare intestazioni uniche per post su un blog basato su una versione slug del titolo come il seme)
Meno stress
Praticamente tutto tranne il mercato del lavoro
Potrei essere respinto per dire questo, ma penso che il mercato del lavoro sia altrettanto impegnativo oggi, indipendentemente dalla biblioteca o dal framework, e questo sta diventando una vecchia discussione.
Per quello che vale, l'IA è ciò che mi ha fatto iniziare a "usare" Svelte per la prima volta. Non potevo giustificare prima, nonostante la ricerca e la conclusione che è probabilmente il miglior framework in generale, ma ora che posso basicamente re-scrivere qualsiasi cosa in qualsiasi cosa, sono andato da non toccare mai Svelte per usarlo ovunque. Gli agenti sembrano funzionare bene con esso. Non ho mai effettivamente scritto una linea di codice Svelte me stesso - o, francamente, qualsiasi codice front-end, pre-AI ho sempre lavorato con i behemoths vanilla vanilla JS/TS - ma basicamente ho solo colpito gli AI con "Ok cercare di dividere questo in più componenti e riutilizzare questi componenti esistenti invece di reinventare nuovi componenti solo per questo"
Svelte costa meno token. Serio! Ho sviluppato un sito web complesso 3x utilizzando Svelte, React e Vue utilizzando Claude 4.8 Svelte era molto più economico. Proprio come l'elixir è più economico di Python Zig è più economico di ruggine Lo sviluppo di Elixir è più economico della maggior parte delle lingue. Non importa davvero più quale sia la lingua? Si tratta di velocità e costo del token non di giorni umani. È: Quanto velocemente si può ottenere una soluzione senza bug utilizzando il numero minimo di token. Le tecnologie che sono più economiche da sviluppare con LLM dovrebbero prevalere a meno che i venditori di token non possano influenzare gli stack tecnologici. Ma, ecco, abbiamo guidato auto a benzina per centinaia di anni - che è la prova che quando
Hahaha oh lord immagina l'ottimizzazione per l'assunzione per i lavori di codifica manuale nel 2026
Sebbene non sia manualmente codificato, le aperture di lavoro richiedono ancora esperienza nella lingua e nel framework specifici e nell'infra-progetto utilizzato, non solo in alcune lingue, framework e infra.
Commenti molto chiari
Slam dunk comment.
Codice più chiaro e semplice, meno pistole e idiosincrazie di framework, nessun vDOM (è al di là delle prestazioni). BTW, c'è un numero crescente di grandi giocatori ad alte prestazioni (non abbastanza) che sono andati a pieno su Svelte (Apple, Hugging face,...).
Sì, avrai un debugging divertente quando inviano una [versione completamente rotta] (https://www.reddit.com/r/sveltejs/comments/1tvmcwn/svelte_5_compiler_removes_parentheses_that_affect/) del framework Altrimenti, DX è molto, molto peggio. L'integrazione TS è anche molto peggio. Svelte è un framework divertente se lo usi sul tuo tipo di progetto di elenco da fare.
Il software ha dei bug, lo hanno già risolto.
Non dovresti installare pacchetti che giovani comunque in questo giorno e età cortesia di attacchi della catena di fornitura.
>mehhhhh hanno rilasciato una versione fissa in 24 ore Hanno fatto? https://www.npmjs.com/package/svelte?activeTab=versions Ho pensato che la versione rotta era quella che era l'ultima per 3 giorni con 130k download.
Stai aggiornando alle versioni più recenti di tutti i tuoi pacchetti, in produzione? stai implorando di essere hackerato? nessuna politica di età minima?
Meglio smettere di bere
DX. Ho studiato React per circa 3 volte, diversi corsi, dozzine di progetti per animali domestici. Mi è voluto circa 4 mesi prima di cliccare. Ma con Svelte ero pronto a creare entro 3 giorni di studio. BTW è ridicolo che Svelte si senta più vicino a Vanilla JS, rispetto a React. Anche se è DSL.
Anche la mia esperienza. abbastanza pochi anni di React costruzione sotto la mia cintura prima di toccare Svelte, e io in un giorno o due ero già più veloce a quest'ultimo. Anche solo passando attraverso i tutorial indietro allora è stata una reazione mentale dopo l'altra ... pensare "omg, questo avrebbe preso molto di più in React (o semplicemente non è nemmeno gestito in modo nativo)".
React ha anche un DSL, JSX non è vaniglia
JSX è lo zucchero sintetico per React.createElement()
Sì, è zucchero sintattico. I template Vue sono zucchero per Vue createElement Svelte i template sono zucchero per le operazioni di dom Ognuno utilizza estensioni di file non standard, .tsx/jsx, .vue e .svelte. Tutti sono DSL che non sono compatibili con vanilla JS
Hmm, ha senso
Salute mentale
sintassi pulita, quasi uguale a vista, non troppo bisogno di ext deps
Funzioni remote: https://svelte.dev/docs/kit/remote-functions
E ora supportano lo streaming in tempo reale.
Sono stato a scrivere React professionalmente dal momento che è stata una nuova libreria di nicchia da Facebook.
In realtà, gli strumenti di incisione sono migliori per React still.
Lo stesso team su entrambi i conti! Funziona ancora in React fino ad oggi (per il lavoro), e può ancora dire con sicurezza che Svelte è semplicemente più pulito, più semplice, migliori prestazioni, e risolve così tanti problemi a livello di app che React non lo fa.
😂 ha fatto il mio giorno
È buono per lo sviluppo web incorporato perché utilizza meno spazio di archiviazione
è difficile scrivere il codice cattivo. il compilatore fa solo il sollevamento pesante. Un dashboard di produzione era 2MB sul mio React MVP a 500kb in mt Svelte Code. Tutto si carica velocemente, l'app è snappy, il codice non è un inferno callback. L'ecosistema del pacchetto meno compromesso, meno biblioteche da imparare. funziona solo.
Prova di salvare più token per la codifica agente 3. nessun concetto strano da imparare... a differenza di React
Svelte è un file di tipo proprio, ma questo file è semplicemente rivoluzionato nello sviluppo front-end. Front-end è due cose. 1. Dichiari cosa il tuo HTML/CSS è per un dato set di variabili (stato): è il templating. 2. scrivi la stessa logica che collega le azioni dell'utente a cambiamenti in quel stato: è la programmazione. Questo è l'intero lavoro. Svelte 5 ha preso entrambi e li ha perfezionati. Programmazione: con rune, uno stato è solo una variabile di TypeScript. let's count = $state(0), poi 'count++`. Si scrive la stessa logica che collega le azioni dell'utente a cambiamenti in quel stato. Non c'è nulla di speciale, puro TypeScript. Templating: si fa un file '.svelte```
Angolare per le strade, Svelte per le foglie
Mantieni la tua saggezza?
tutto
Possono ragionare più facilmente con svelte poiché le cose non sono troppo astratte.
Basta usare ciò in cui AI è meglio.
Ti piacerà, questo è il più grande vantaggio.
Una libreria per Frontend e Backend, React può fare anche, ma Reac lo rende complicato.
react: abbiamo soluzioni ai tuoi problemi, e poi abbiamo soluzioni ai problemi che le nostre soluzioni precedenti hanno fatto... e ora stai scaricando 600kb di react sul carico di pagina svelte: abbiamo reactivity... gestione dello stato... e JavaScript, scopri la soluzione al tuo problema da te stesso bro
Il pivot sarebbe Web Components, e l'uso intelligente del bundling. Non abbiamo bisogno di fare affidamento su un framework completo. Scegliete tutto ciò che funziona per una scala piccola, costruite componenti / widget e avvolgete il contesto in modo che l'IA possa consegnare meglio, e potete controllare anche la qualità. Ma questo non conta perché vogliamo rendere tutto proprietario con Rust / Go e Web Assembly.
Direi che la domanda è "vs react". quindi, esperienza sviluppatore. Vue ha un DX piuttosto identico.
Sviluppatore Experience è solo waaaay più bello, ha lavorato per 3 anni in un Svelte, SvelteKit, Typescript, GraphQL stack.
Puoi elaborare un po' di nicer?
React tutorial è spesso si sente come si ha bisogno di un intero elenco di dipendenze framework solo per ottenere le cose di base che funzionano. Molto di esso può sentire hacky, non molto arrotondato, e pieno di concetti strani o trappole nascoste che non sono ovvie all'inizio. Nel corso del tempo, si sente gonfiato, soprattutto in componenti complessi come un check-out / base di codice legato o cose simili. Ho lavorato on-line per un negozio di moda qui in Germania, dove siamo stati ri-platformed su Svelte piuttosto rapidamente. E 'stato divertente lavorare con, e perché ho apprezzato così tanto, ho imparato un sacco lungo il percorso con Svelte, SvelteKit, TypeScript, e GraphQL. Dopo anni di lavoro con quella base di codice