Svelten edut Reactiin ja Vueen verrattuna
Onko mitään etua käyttää Svelte sijaan React tai Vue?
Onko se vain suorituskyvyn vuoksi?
Helpompi integroida "raaka" JavaScript-kirjastoja, koska Svelte toimii todellisilla DOM-objekteilla, ei virtuaalisilla.
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.
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.
Granulaarinen reaktiivisuus ?
Käyttöaikaa ei tarvitse lähettää, koska Svelte ei käytä virtuaalikuplaa.
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.
Ajattelin, että se käyttää alla olevia JavaScript-signaaleja.
Tietenkin signaalit toteutetaan JavaScriptissä, mutta signaaleille ei ole standardia JavaScriptissä. Luulen, että siihen oli ehdotus jonkin aikaa sitten, mutta se ei ole vielä standardi.
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ää.
Valitettavasti muutin sveltekitistä nuxtiksi, koska se on vain tarpeeksi suuri, jotta et huoli joukkueesi skaalaamisesta.
Mikä estää joukkueen käyttämästä svelteä skaalautumisesta?
Mikään sen ulkopuolella ei ole suhteellisen vihreää uusille deville.
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ä.
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.
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?
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
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
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ä.
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).
ehdottomasti
agenttiselle koodaukselle vähemmän token expediture
Ah, lol, en kuitenkaan puhunut tästä
Olet väärässä, kunnes todistat sen
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.
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)
Vähemmän stressiä
Käytännössä kaikki paitsi työmarkkinat
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.
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ä
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 -
Hahaha oh lord kuvitella optimointi palkkaaminen käsin koodaus työpaikkoja vuonna 2026
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ä.
Erittäin selkeä kommentti
Slam dunk kommentti.
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,...).
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.
Ohjelmisto on vikoja, he ovat jo korjannut sen.
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.
>mehhhhh he julkaisivat kiinteän version 24 tunnissa He tekivät? https://www.npmjs.com/package/svelte?activeTab=versions Ajattelin, että rikki versio oli se, joka oli viimeisin 3 päivää 130k latauksia.
Päivitätkö uusimpia versioita kaikista paketeistasi, tuotannossa? Oletko kerjäämässä hakkerointia? Ei vähimmäisikäpolitiikkaa?
Parempi lopettaa juominen
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.
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)".
React on myös dsl, JSX ei ole vanilja
JSX on synteettinen sokeri React.createElement()
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
Hmm, se on järkevää
Mielenterveys
puhdas syntaasi, lähes sama kuin vue, ei liikaa ext deps
Etätoiminnot: https://svelte.dev/docs/kit/remote-functions
Ja nyt he tukevat reaaliaikaista suoratoistoa.
Olen kirjoittanut React ammattimaisesti, koska se oli niche uusi kirjasto Facebookista.
Itse asiassa linting-työkalut ovat parempia React Stillille.
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.
😂 Tein päiväni
Se on hyvä upotetulle web-kehitykselle, koska se käyttää vähemmän tallennustilaa
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.
- DX 2. Probe tallentaa enemmän tokeneja agenttiselle koodaukselle 3. Ei outoja käsitteitä oppia... toisin kuin React
- 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), sittencount++. 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
Näkymä kaduille, Svelte levyille
Pidätkö sinä terveyttäsi?
Kaiken
Helpompi koodausagenttien kanssa.He voivat ajatella helpommin svelteillä, koska asiat eivät ole liian abstrakteja.
Käytä vain sitä, mikä on parhaimmillaan.
Tulet rakastamaan sitä.Tämä on suurin etu.
Yksi kirjasto Frontendille ja Backendille, React voi tehdä senkin, mutta Reac tekee siitä monimutkaisen.
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
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.
Sanoisin, että kysymys on "v vs react". niin, kehittäjän kokemus. Vue on melko samanlainen DX.
Kehittäjä Experience on vain waaaay mukavampi, työskenteli 3 vuotta Svelte, SvelteKit, Typescript, GraphQL pino.
Voisitko kirjoittaa vähän nikkeliä?
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