Babylon Svelte Forum
Suomi ▾

Onko mitään etua käyttää Svelte sijaan React tai Vue?

_janc_18. kesäkuuta 2026 klo 14.20
Onko se vain suorituskyvyn vuoksi?
DeltaLaboratory18. kesäkuuta 2026 klo 14.35
Käytännössä kaikki paitsi työmarkkinat
Intrepid-Ordinary69918. kesäkuuta 2026 klo 23.32
Minua saattaa äänestää tästä sanomasta, mutta mielestäni työmarkkinat ovat nykyään yhtä haastavia kirjastosta tai kehyksestä riippumatta, ja tästä tulee vanha keskustelu.
Shoddy_One446522. kesäkuuta 2026 klo 18.17
Svelte maksaa vähemmän tokeneja. Vakavasti! Olen kehittänyt monimutkaisen verkkosivuston 3x käyttämällä Svelte, React ja Vue käyttämällä Claude 4.8 Svelte oli paljon halvempaa. Aivan kuten eliksiiri on halvempaa kuin Python Zig on halvempaa kuin ruoste Elixir kehittäminen on halvempaa kuin useimmat kielet. Onko se todella enää väliä, mitä kieli on? Se on kaikki nopeudesta ja token kustannukset eivät ole ihmisen päivät. Se on: Kuinka nopeasti voit saavuttaa bug-vapaan ratkaisun käyttämällä vähimmäismäärä tokeneja. Teknologioiden, jotka ovat halvimpia kehittää LLMs pitäisi vallita, ellei token myyjät voi vaikuttaa teknologia pinoja. Mutta hei olemme ajaneet bensiini autoja satoja vuosia -
9768945648956419. kesäkuuta 2026 klo 15.46
Mitä se on sen arvoista, AI on se, mikä sai minut aloittamaan "käyttämään" Svelteä ensimmäistä kertaa. En voinut perustella sitä ennen, huolimatta tutkimuksesta ja johtopäätöksestä, että se on yleensä todennäköisesti paras kehys, mutta nyt, kun voin pohjimmiltaan kirjoittaa mitä tahansa mihin tahansa, menin koskaan koskettamatta Svelteä käyttämään sitä kaikkialla. Aineet näyttävät toimivan hyvin sen kanssa. En ole koskaan itse kirjoittanut riviä Svelte-koodia - tai, rehellisesti sanottuna, mitään frontend-koodia, pre-AI: ta Olen aina työskennellyt vain sotkuisen vaniljan JS/TS: n kanssa - mutta olen pohjimmiltaan vain lyönyt AI: ta "Okei, yritä jakaa tämä enemmän komponentteja ja käyttää uudelleen näitä
Upstairs_Toe_356019. kesäkuuta 2026 klo 23.49
Erittäin selkeä kommentti
Eugen_Ivanovic22. kesäkuuta 2026 klo 21.50
Slam dunk kommentti.
HansVonMans19. kesäkuuta 2026 klo 12.29
Hahaha oh lord kuvitella optimointi palkkaaminen käsin koodaus työpaikkoja vuonna 2026
RedlineQuokka20. kesäkuuta 2026 klo 0.18
Vaikka ei ole käsin koodausta, työn avaukset vaativat silti kokemusta tietystä kielestä ja kehyksestä ja projektin käyttämästä infra-kielestä, ei vain jollakin kielellä, kehyksellä ja infra-kielellä.
LinkPlay918. kesäkuuta 2026 klo 14.29
sen vain mukavampi työskennellä imo. vue on samanlainen, mutta ero react on hämmästyttävä. react pakottaa sinut oppimaan joukon ylimääräisiä käsitteitä ja aukkoja ja aseita välttää.
sorainyuser18. kesäkuuta 2026 klo 15.10
Valitettavasti muutin sveltekitistä nuxtiksi, koska se on vain tarpeeksi suuri, jotta et huoli joukkueesi skaalaamisesta.
LinkPlay918. kesäkuuta 2026 klo 15.58
Mikä estää joukkueen käyttämästä svelteä skaalautumisesta?
sorainyuser18. kesäkuuta 2026 klo 17.05
Se voi palvella samoja tarkoituksia kuin vue tai react-projekti. Aloitin jopa yritykseni käyttämällä svelteä, ja se on mahdollista. Svelte voi olla nopeampi kehityksessä, mutta samalla kun kohtaat ongelman, se on niin paljon vaikeampaa ratkaista. Puhumattakaan lahjakkuuden hankkimisesta, koska se on niin paljon yksinkertaisempaa vueille, koska siihen on vain enemmän kehittäjiä. Rakastan svelteä ja olin aina kannattaja, älä ota minua väärin.
nullbyte42018. kesäkuuta 2026 klo 17.18
Miksi on vaikeampaa ratkaista Svelte-ongelmia? Kooditietokantaa ylläpitävät melko hyvin joitakin selvästi erittäin päteviä ihmisiä, joten on mahdollista tarkastella, miksi se ei toimi. Erityisesti AI: n avustuksella. Ja dokumentaatio on myös melko hyvä. Minulle hämmentävä asia sveltekitistä on, kuinka yksinkertainen se on. On kuin odottaisin enemmän mustaa magiaa kuin siellä on. Mutta ehkä en ole käyttänyt sitä tarpeeksi kauan. Minkälaisia kysymyksiä ajattelet?
kevin_whitley18. kesäkuuta 2026 klo 17.32
Se ei yksinkertaisesti ole (kokemukseni mukaan). Olen rakentanut Svelte: ssä alusta lähtien, ja tuotannossa on monia sovelluksia. Minä rakennan React: ssä normaalia työtä varten ja Svelte: ssä kaikkia omia tavaroitani varten. React luo mielenkiintoisen paradoksin, jossa se ***introduo*** monia ongelmia sen vaativan monimutkaisuuden vuoksi. Tämä saa kehittäjät pelkäämään pienempää yleisöä Svelte: ssä, koska he ihmettelevät *"Kuka vastaisi kaikkiin näihin kysymyksiin, joita minulla on aina???"* Mutta vastaus on lähempänä *"Monet näistä kysymyksistä, joita sinulla ei olisi edes Svelte: ssä"*. Siksi myös pidän, että jokainen kehittäjä, joka on tarpeeksi älykäs
nullbyte42018. kesäkuuta 2026 klo 17.42
Kyllä samaa mieltä, se on juuri sitä, mitä tarkoitan. Pelottavin asia on, että ei ole paljon huolta Svelte, joten näyttää siltä, että jotain puuttuu
SaabiMeister18. kesäkuuta 2026 klo 22.11
Pahimmat ongelmat, joita minun oli käsiteltävä Svelten käytön kanssa, olivat hienovaraiset erot siinä, miten johdettujen myymälöiden riippuvuuksien ketjut ja reaktiiviset "$:" -lausekkeet käsittelivät päivityksiä, mikä luo eroavaisuuksia käyttäytymisessä näennäisesti vastaavaan logiikkaan. Mutta jopa se oli ennustettavissa, arkkitehtonisesti ymmärrettävää, helppoa työskennellä ja niin tuskin koskaan merkittävä ongelma, että useimmat kokeneet Svelte-kehittäjät eivät edes ole tietoisia tästä.
kevin_whitley18. kesäkuuta 2026 klo 22.40
Minusta tuntuu siltä, että olen yksi niistä harvoista, jotka eivät oikeastaan rakasta runeja ... ne ovat hämmästyttäviä joissakin tapauksissa, ja tuntuu DX-regressiosta muissa. Olen täysin samaa mieltä joistakin reaktiivisuushaasteista, mutta sitten jokaisella reaktiivisella kehyksellä näyttää olevan tämä ongelma tavalla tai toisella (tietenkin React kokemuksessani).
SaabiMeister18. kesäkuuta 2026 klo 22.43
ehdottomasti
OhByGolly_18. kesäkuuta 2026 klo 17.01
Mikään sen ulkopuolella ei ole suhteellisen vihreää uusille deville.
kevin_whitley18. kesäkuuta 2026 klo 17.27
Väitän, että jokainen kehittäjä, joka on tarpeeksi fiksu käsittelemään Reactia, voi ylittää React-itsensä Svelteissä noin viikon kuluessa.Heillä on tietenkin vielä jonkin verran hämmennystä "miten teet X: n Svelteissä" -käännösten kautta, mutta vaikka asiakirjat ovat pysyvästi auki, he voivat tyypillisesti ylittää React-hakkuupussin itsensä.
BTolputt18. kesäkuuta 2026 klo 14.25
Helpompi integroida "raaka" JavaScript-kirjastoja, koska Svelte toimii todellisilla DOM-objekteilla, ei virtuaalisilla.
hyrumwhite18. kesäkuuta 2026 klo 21.40
Vue ainakin, vanilja JS-kirjasto on kompostoitavissa kaukana integroinnista. Vue käyttää virtuaalinen verkkotunnus diffing, mutta se päivittää domin asennuksen, ja myöhemmät päivitykset tapahtuvat atomisesti vain sen jälkeen, kun tilan muutokset.
ryutaromack19. kesäkuuta 2026 klo 5.14
Olen juossut muutaman kerran, jossa minun piti integroida vanilja javascript-kirjastot ja se vain toimii svelte. En ole käyttänyt vue iässä, joten en tiedä tai muista, jos sillä on samanlaisia ominaisuuksia.
therealPaulPlay18. kesäkuuta 2026 klo 14.28
Käyttöaikaa ei tarvitse lähettää, koska Svelte ei käytä virtuaalikuplaa.
Jona-Anders18. kesäkuuta 2026 klo 15.28
Svelte on runtime svelte 5 runeja ja signaaleja - mutta se on pieni ja mahdollistaa sovellusten skaalautua paljon paremmin kuin ennen. Joten ennen svelte 5 ei ollut runtime, mutta siksi koodi oli "kaksoistettu" komponenttien välillä. Nyt se on hieman suurempi aloittaa, mutta siksi sovellus kasvaa paljon hitaammin kuin ennen.
Evilsushione19. kesäkuuta 2026 klo 0.33
Ajattelin, että se käyttää alla olevia JavaScript-signaaleja.
Jona-Anders19. kesäkuuta 2026 klo 2.23
Tietenkin signaalit toteutetaan JavaScriptissä, mutta signaaleille ei ole standardia JavaScriptissä. Luulen, että siihen oli ehdotus jonkin aikaa sitten, mutta se ei ole vielä standardi.
Subject_Health_318218. kesäkuuta 2026 klo 15.32
DX. Opiskelin Reactia noin 3 kertaa, eri kursseja, kymmeniä lemmikkiprojekteja. Minulla kesti noin 4 kuukautta ennen kuin se napsautti. Mutta Svelten kanssa olin valmis luomaan 3 päivän aikana opiskelusta. BTW on naurettavaa, että Svelte tuntuu lähemmäksi Vanilla JS: tä kuin React. Vaikka se on DSL.
kevin_whitley18. kesäkuuta 2026 klo 17.34
Joitakin vuosia React-rakentamista vyöni alla ennen kuin kosketin Svelteä, ja minä päivässä tai kahdessa olin jo nopeampi jälkimmäisessä. Jopa vain käymällä läpi opetusohjelmat takaisin sitten oli yksi mieli-hyökkäysreaktio toisensa jälkeen ... ajattelemalla "omg, tämä olisi ottanut niin paljon enemmän Reactissa (tai se ei ole edes natively käsitelty)".
hyrumwhite18. kesäkuuta 2026 klo 21.45
React on myös dsl, JSX ei ole vanilja
Subject_Health_318218. kesäkuuta 2026 klo 22.06
JSX on synteettinen sokeri React.createElement()
hyrumwhite19. kesäkuuta 2026 klo 0.00
Kyllä, se on syntaktisesti sokeria. Vue-mallit ovat sokeria Vue createElement Svelte-mallit ovat sokeria dom-toiminnoille He käyttävät jokaista ei-standarditiedostopääteitä, .tsx/jsx, .vue ja .svelte. Kaikki ovat DSL-laitteita, jotka eivät ole yhteensopivia vaniljan JS: n kanssa
Subject_Health_318219. kesäkuuta 2026 klo 0.08
Hmm, se on järkevää
srlechuga18. kesäkuuta 2026 klo 15.44
Mielenterveys
demian_west18. kesäkuuta 2026 klo 15.13
Selkeämpi ja yksinkertaisempi koodi, vähemmän jalanjälkiä ja kehyksen idiosynkrasiat, ei vDOM (se ylittää suorituskyvyn). BTW, on kasvava määrä korkean suorituskyvyn suuria pelaajia (ei riitä), jotka ovat menneet täyteen Svelte (Apple, Hugging face,...).
Rheath7218. kesäkuuta 2026 klo 16.59
Olen kirjoittanut React ammattimaisesti, koska se oli niche uusi kirjasto Facebookista.
kevin_whitley18. kesäkuuta 2026 klo 17.36
Sama tiimi molemmissa tileissä!Työskentelee edelleen Reactissa tähän päivään (työhön), ja voi silti turvallisesti sanoa, että Svelte on vain puhtaampi, yksinkertaisempi, parempi suorituskyky ja ratkaisee niin monia sovellustason ongelmia, että React ei.
Rheath7218. kesäkuuta 2026 klo 17.00
Itse asiassa linting-työkalut ovat parempia React Stillille.
IamNochao18. kesäkuuta 2026 klo 14.26
Granulaarinen reaktiivisuus ?
kakarlus18. kesäkuuta 2026 klo 14.32
Vähemmän stressiä
Several_Bumblebee15318. kesäkuuta 2026 klo 14.32
agenttiselle koodaukselle vähemmän token expediture
demian_west18. kesäkuuta 2026 klo 15.09
Ah, lol, en kuitenkaan puhunut tästä
Sea_Chipmunk539518. kesäkuuta 2026 klo 22.25
Olet väärässä, kunnes todistat sen
snookette18. kesäkuuta 2026 klo 22.59
En ole yrittänyt äskettäin, mutta tunsin päinvastaista muutama kuukausi sitten, kun tyhmät mallit asensivat vain react-paketteja, vaikka sanoin, että en.
jessycormier18. kesäkuuta 2026 klo 14.32
Löysin sen helppokäyttöiseksi, kun luodaan kuvan tuottajan kirjasto .png-reitillä, tämä ei vain ole jotain, mitä voit tehdä näkemyksessä. Voit reagoida, koska se tukee näitä palvelinpuolen toimintoja. Svelte tuntui helpommalta ja puhtaammalta, kun testasin molempia. (käytetään tuottamaan ainutlaatuisia otsikoita blogiviesteille otsikon slug-version perusteella)
egehancry18. kesäkuuta 2026 klo 19.54
1. Julistat, mitä HTML/CSS on tietylle muuttujaryhmälle (valtio): se on mallinnus. 2. Kirjoitat saman logiikan, joka yhdistää käyttäjän toimet siihen tilaan: se on ohjelmointi. Se on koko työ. Svelte 5 otti molemmat ja täydensi ne. Ohjelmointi: runoilla, valtio on vain TypeScript-muuttuja. `lat count = $state(0)`, sitten `count++`. Kirjoitat saman logiikan, joka yhdistää käyttäjän toimet siihen: se on ohjelmointi. Templating: teet '.svelte` -tiedoston ja kirjoitat HTML/CSS: n suurella mallinnuskielellä. Ohjelmointi on vain sellaisia TypeScript-muuttujia, jotka kirjoitat pureScriptissa. `lat count = $state(0)`, sitten react. Oh
Own-Phone237518. kesäkuuta 2026 klo 16.14
puhdas syntaasi, lähes sama kuin vue, ei liikaa ext deps
Heraldique18. kesäkuuta 2026 klo 17.15
Se on hyvä upotetulle web-kehitykselle, koska se käyttää vähemmän tallennustilaa
ijustwrotesomecss18. kesäkuuta 2026 klo 21.16
Näkymä kaduille, Svelte levyille
Electronic-Pie-187924. kesäkuuta 2026 klo 15.07
Kehittäjä Experience on vain waaaay mukavampi, työskenteli 3 vuotta Svelte, SvelteKit, Typescript, GraphQL pino.
_janc_24. kesäkuuta 2026 klo 17.27
Voisitko kirjoittaa vähän nikkeliä?
Electronic-Pie-187925. kesäkuuta 2026 klo 18.47
React-opetusohjelma tuntuu usein siltä, että tarvitset koko luettelon riippuvuuksista vain saadaksesi perusasiat toimimaan. Monet niistä voivat tuntua hakkeroiduilta, ei kovin pyöristyneiltä ja täynnä outoja käsitteitä tai piilotettuja ansoja, jotka eivät ole ilmeisiä aluksi. Ajan myötä se tuntuu turvonneelta, varsinkin monimutkaisissa komponenteissa, kuten check-out / maksupohjassa tai vastaavissa asioissa. Työskentelin verkossa muotimerkin verkkokaupassa täällä Saksassa, jossa olimme kytketty Svelteyn melko nopeasti. Oli hauskaa työskennellä PHP: stä, Smarty: stä ja Vue: stä täydelliseen uudelleenkirjoittamiseen Svelte, SvelteKit, TypeScript ja GraphQL. Vuosien
lastWallE18. kesäkuuta 2026 klo 21.59
Pidätkö sinä terveyttäsi?
KaiAusBerlin18. kesäkuuta 2026 klo 17.11
😂 Tein päiväni
Spare_Message_360718. kesäkuuta 2026 klo 18.24
on vaikea kirjoittaa huonoa koodia. kompilaattori vain tekee raskaan noston. Tuotantopaneeli oli 2MB minun React MVP: llä 500kb: iin mt Svelte-koodi. Kaikki ladataan nopeasti, sovellus on snappy, koodi ei ole palautetta helvettiin. Vähemmän vaarantunut pakettiekosysteemi, vähemmän kirjastoja oppia. se vain toimii.
wentallout18. kesäkuuta 2026 klo 19.00
1. DX 2. Probe tallentaa enemmän tokeneja agenttiselle koodaukselle 3. Ei outoja käsitteitä oppia... toisin kuin React
underwatercr31218. kesäkuuta 2026 klo 22.06
Kaiken
ffiw19. kesäkuuta 2026 klo 8.28
Helpompi koodausagenttien kanssa.He voivat ajatella helpommin svelteillä, koska asiat eivät ole liian abstrakteja.
Sseyh19. kesäkuuta 2026 klo 11.22
Tulet rakastamaan sitä.Tämä on suurin etu.
Harinderpreet19. kesäkuuta 2026 klo 15.49
Yksi kirjasto Frontendille ja Backendille, React voi tehdä senkin, mutta Reac tekee siitä monimutkaisen.
SAF1N19. kesäkuuta 2026 klo 21.26
react: meillä on ratkaisuja ongelmiisi, ja sitten meillä on ratkaisuja ongelmiin, joita aiemmat ratkaisumme tekivät... ja nyt lataat 600kb arvoista react on page load svelte: meillä on reactivity... state management... ja JavaScript, selvitä ratkaisu ongelmaasi itse
nhoyjoy20. kesäkuuta 2026 klo 10.57
Pivot olisi Web Components, ja älykäs käyttö niputtaminen. Emme tarvitse täysin luottaa koko joukko kehykset. Valitse mitä tahansa, joka toimii pienessä laajuudessa, rakentaa komponentteja / widget ja kääri konteksti niin, että AI voi paremmin toimittaa, ja voit hallita laatua samoin.
venir_dev20. kesäkuuta 2026 klo 22.57
Sanoisin, että kysymys on "v vs react". niin, kehittäjän kokemus. Vue on melko samanlainen DX.
tardoos18. kesäkuuta 2026 klo 15.30
Kyllä, sinulla on hauskaa debugging kun he lähettävät täysin rikki versio kehyksestä Toisin kuin se, DX on paljon, paljon huonompi. TS-integraatio on myös paljon huonompi. Svelte on hauska kehyksessä, jos käytät sitä tehtäväluetteloon tyyppinen projekti.
TwystedLyfe18. kesäkuuta 2026 klo 15.36
Ohjelmisto on vikoja, he ovat jo korjannut sen.
Exact-Big350518. kesäkuuta 2026 klo 15.59
Mehhhhh he julkaisivat kiinteän version 24 tunnissa. sinun ei pitäisi asentaa paketteja, jotka ovat nuoria joka tapauksessa tänä päivänä ja toimitusketjun hyökkäysten kohteliaisuudesta.
FluxKraken18. kesäkuuta 2026 klo 17.50
Päivitätkö uusimpia versioita kaikista paketeistasi, tuotannossa? Oletko kerjäämässä hakkerointia? Ei vähimmäisikäpolitiikkaa?
Alternative_Web720218. kesäkuuta 2026 klo 18.10
Parempi lopettaa juominen
imavlastimov19. kesäkuuta 2026 klo 10.00
Käytä vain sitä, mikä on parhaimmillaan.