Vantagens do Svelte sobre React e Vue
Alguma vantagem de usar Svelte em vez de React ou Vue?
É só por causa do desempenho?
É mais fácil integrar bibliotecas JavaScript “raus” porque o Svelte atua em objetos DOM reais, não virtuais.
Pelo menos para o Vue, uma biblioteca de vanilha JS é um compostável longe da integração. O Vue usa o domínio virtual para difing, mas atualiza o dom na configuração, e as atualizações subsequentes ocorrem apenas atomicamente após as mudanças de estado.
Concordo. eu tive algumas vezes em que eu precisava integrar bibliotecas de javascript de vanilha e ele só funciona com svelte. eu não usei vista em idades, então não sei ou lembro se ele tem capacidades semelhantes.
A reatividade granular?
Não há necessidade de enviar um tempo de execução, uma vez que o Svelte não usa um dom virtual.
Svelte tem um tempo de execução com svelte 5 para runas e sinais - mas é pequeno e permite que os aplicativos a escalar muito melhor em tamanho do que antes. Assim, antes de svelte 5 não havia nenhum tempo de execução, mas, portanto, o código foi "duplicado" entre os componentes. Agora é um pouco maior para começar, mas é por isso que o aplicativo cresce muito mais devagar do que antes.
Eu pensei que ele usava sinais JavaScript abaixo.
Claro, os sinais são implementados em JavaScript, mas não há padrão para sinais em JavaScript.
Seu simplesmente mais bonito para trabalhar com imo. vista é semelhante, mas a diferença entre react é impressionante. react força você a aprender um monte de conceitos extras e buracos e pistolas para evitar.
Infelizmente, eu converti de sveltekit para nuxt porque é grande o suficiente para não se preocupar em escalar sua equipe nele.
O que falta exatamente? o que impede uma equipe de usar svelte de escalar?
Nada além disso é relativamente verde para novos devs.
Eu argumentaria que qualquer desenvolvedor inteligente o suficiente para entender o React pode estar superando seu React-self em Svelte dentro de uma semana ou mais.
Pode servir aos mesmos propósitos que o projeto vista ou reação. Eu mesmo comecei minha empresa usando svelte, e é possível. Svelte pode ser mais rápido no desenvolvimento, mas ao mesmo tempo quando você encontra um problema é muito mais difícil de resolver. Não falando de aquisição de talentos, pois é muito mais simples para vista, pois há apenas mais desenvolvedores para isso. Eu amo svelte e sempre fui um advogado, não me engane. Mas quando você está escalando negócios você quer se concentrar no marketing e venda lado, não na tecnologia.
Por que é mais difícil resolver os problemas do Svelte? A base de código é bastante bem mantida por algumas pessoas claramente muito competentes, então é possível dar uma olhada em por que não funciona. Especialmente com a ajuda da IA. E a documentação é muito boa também. Para mim, a coisa mais confusa sobre o sveltekit é quão simples é. É como se eu esperasse mais magia negra do que há. Mas talvez eu não tenha usado o suficiente por muito tempo. Que tipo de questões você está pensando?
Eu construo em React para o trabalho normal, e Svelte para todas as minhas coisas. React cria um paradoxo interessante onde ele introduz muitos problemas devido à complexidade que requer. Isso faz com que os desenvolvedores tenham medo de uma audiência menor em Svelte porque eles se perguntam "quem responderia a todas essas perguntas que eu sempre tenho???" Mas a resposta é mais próxima de "muitas dessas perguntas que você nem teria em Svelte".
A coisa mais assustadora é que não há muito o que se preocupar em Svelte, então parece que algo está faltando
Os piores problemas que tive que lidar com o uso do Svelte foram as sutis diferenças na forma como as cadeias de dependências de lojas derivadas e as declarações reativas '$:' lidaram com as atualizações, criando diferenças de comportamento para lógica aparentemente equivalente. Mas mesmo isso era previsível, arquitetonicamente compreensível, fácil de trabalhar e quase nunca um problema significativo que a maioria dos desenvolvedores experientes do Svelte nem sequer estão cientes disso.
Eu sinto que sou um dos poucos que realmente não gostam de runas... elas são incríveis em alguns casos, e me sinto como uma regressão DX em outros. Totalmente concordo com você em alguns dos desafios de reatividade, mas então cada framework reativo parece ter esse problema de alguma forma ou de outra (certo em React na minha experiência).
Absolutamente
para codificação de agentes menos token expediture
Ah, lol, mas eu não estava falando sobre este
Errar até provar
Eu não tentei recentemente, mas eu senti o contrário alguns meses atrás como modelos estúpidos só instalaram pacotes de reação, embora eu disse que não.
Eu achei fácil de usar ao criar uma biblioteca de gerador de imagens com uma rota .png isso simplesmente não é algo que você pode fazer em vista. Você pode em react porque ele suporta essas funções do lado do servidor. Svelte se sentiu mais fácil e mais limpo quando eu testei ambos. (Usado para gerar cabeçalhos únicos para postagens em um blog com base em uma versão slug do título como a semente)
Menos estresse
Praticamente tudo, exceto o mercado de trabalho
Eu poderia ser derrotado por dizer isso, mas eu acho que o mercado de trabalho é igualmente desafiador hoje em dia, independentemente da biblioteca ou framework, e isso está se tornando uma discussão antiga.
Para o que vale a pena, a IA é o que me fez começar a "usar" Svelte pela primeira vez. Eu não podia justificar isso antes, apesar de pesquisar e concluir que é, no geral, provavelmente o melhor framework, mas agora que eu posso basicamente reescrever qualquer coisa em qualquer coisa, eu passei de nunca tocar em Svelte para usá-lo em qualquer lugar. Agentes parecem funcionar bem com ele. Eu nunca escrevi realmente uma linha de código Svelte eu mesmo - ou, francamente, qualquer código front-end, pré-AI eu sempre trabalhei com vanilhas confusas JS/TS behemoths - mas eu basicamente apenas bater as IAs com "Ok tente dividir isso em mais componentes e reutilizar esses componentes existentes em vez de reinventar novos componentes apenas para isso" tantas vezes
Svelte custa menos tokens. Sério! Eu desenvolvi um site complexo 3x usando Svelte, React e Vue usando Claude 4.8 Svelte foi muito mais barato. Assim como o elixir é mais barato do que o Python Zig é mais barato do que a ferrugem O desenvolvimento do Elixir é mais barato do que a maioria das línguas. Será que realmente importa mais o que a língua é? É tudo sobre velocidade e custo de token não dias de homem. É: Quão rápido você pode alcançar uma solução livre de bugs usando o número mínimo de tokens. As tecnologias que são mais baratas para desenvolver com LLMs devem prevalecer a menos que os vendedores de tokens possam influenciar as pilhas de tecnologia. Mas, hej, estamos dirigindo carros de gasolina por centenas de anos -
Hahaha oh lord imagine otimização para contratação para empregos de codificação manual em 2026
Embora não seja manual, as aberturas de trabalho ainda exigem experiência na linguagem específica e no framework e infra que o projeto está usando, não apenas em alguma linguagem, framework e infra.
Comentário muito claro
Slam dunk comentário.
Código mais claro e simples, menos pistolas e idiossincracias de framework, nenhum vDOM (vai além do desempenho). BTW, há um número crescente de grandes jogadores de alto desempenho (não o suficiente) que foram cheios em Svelte (Apple, Face Hugging,...).
Sim, você vai se divertir debugando quando eles enviam uma versão completamente quebrada do framework Além disso, DX é muito, muito pior. A integração TS também é muito pior. Svelte é um framework divertido se você usá-lo em seu tipo de projeto de lista de tarefas.
O software tem bugs, eles já o corrigiram.
Você não deve estar instalando pacotes que jovens de qualquer forma neste dia e idade cortesia de ataques da cadeia de suprimentos.
>mehhhhh eles lançaram uma versão fixa em 24 horas Eles fizeram? https://www.npmjs.com/package/svelte?activeTab=versions Eu pensei que a versão quebrada era a mais recente por 3 dias com 130k downloads.
Você está atualizando para as versões mais recentes de todos os seus pacotes, em produção? Você está mendigando para ser hackeado? Não há política de idade mínima?
É melhor parar de beber
DX. Estudei React por cerca de 3 vezes, cursos diferentes, dezenas de projetos de animais de estimação. Levou-me cerca de 4 meses antes de clicar. Mas com Svelte eu estava pronto para criar dentro de 3 dias de estudar. BTW é ridículo que Svelte se sinta mais perto de Vanilla JS, do que React.
Quase alguns anos de construção de React sob o meu cinto antes de eu tocar em Svelte, e eu dentro de um dia ou dois eu já estava mais rápido no último. Mesmo apenas passando pelos tutoriais de volta então foi uma reação mental após a outra ... pensando "omg, isso teria levado muito mais em React (ou simplesmente não é nem mesmo nativamente tratado)".
React também tem um DSL, JSX não é vanilha
JSX é açúcar sintético para React.createElement()
Sim, é açúcar sintático. Os modelos Vue são açúcar para criar VueElement Svelte Os modelos Svelte são açúcar para operações dom Eles usam extensões de arquivo não-padrão, .tsx/jsx, .vue e .svelte. Todos são DSLs que não são compatíveis com vanilha JS
hmm, faz sentido
Saúde Mental
sintaxe limpa, quase o mesmo que vista, não muito precisa de ext depósitos
Funções remotas: https://svelte.dev/docs/kit/remote-functions
E agora eles suportam streaming em tempo real.
Estou escrevendo React profissionalmente desde que foi uma nova biblioteca de nicho do Facebook.
Na verdade, as ferramentas de encaixe são melhores para React Still.
A mesma equipe em ambas as contas! ainda trabalha no React até hoje (para o trabalho), e ainda pode dizer com segurança que o Svelte é apenas mais limpo, mais simples, melhor desempenho e resolve tantos problemas de nível de aplicativo que o React não.
O que fez o meu dia
É bom para o desenvolvimento web embutido porque usa menos armazenamento
é difícil escrever código ruim. o compilador só faz o levantamento pesado. Um painel de produção foi de 2MB no meu React MVP para 500kb no mt Svelte Code. Tudo carrega rápido, o aplicativo é snappy, o código não é um inferno de chamada. Menos ecossistema de pacotes comprometido, menos bibliotecas para aprender. ele só funciona.
Prova de salvar mais tokens para codificação de agentes 3. sem conceitos estranhos para aprender... ao contrário de React
Você declara o que o seu HTML/CSS é para um determinado conjunto de variáveis (estado): isso é templating. 2. Você escreve a mesma lógica conectando as ações do usuário para mudanças nesse estado: isso é programação. Isso é todo o trabalho. O Front-end tomou as duas coisas. 1. Você declara o que o seu HTML/CSS é para um determinado conjunto de variáveis (estado): isso é templating. 2. Você escreve a mesma lógica conectando as ações do usuário a mudanças nesse estado: isso é programação. Templating: você faz um '.svelte` arquivo e escreve HTML/CSS com uma grande linguagem de template. Programação: com runas, um estado é apenas uma variável de estado que você escreveu em pureScript. Isso é perfeito. Agora a função é reativa. Programação: um
Angular para as ruas, Svelte para as folhas
Você mantém a sua sanidade?
tudo
Eles podem raciocinar mais facilmente com svelte, pois as coisas não são muito abstratas.
Use apenas aquilo em que o AI é o melhor.
Você vai adorar, essa é a maior vantagem.
Uma biblioteca para Frontend e Backend, o React também pode fazer, mas o Reac torna isso complicado.
react: temos soluções para seus problemas, e então temos soluções para os problemas que nossas soluções anteriores fizeram... e agora você está baixando 600kb valor de react on page load svelte: temos reactivity... gerenciamento de estado... e JavaScript, descobrir a solução para o seu problema por si mesmo bro
O pivot seria Web Components, e o uso inteligente do bundling. Não precisamos depender totalmente de um framework completo. Escolha o que funcionar para um escopo pequeno, construa componentes / widgets e envolva o contexto para que a IA possa melhorar a entrega, e você possa controlar a qualidade também. Mas isso não importa porque queremos tornar tudo proprietário com Rust / Go e Web Assembly.
Eu diria que a pergunta é "vs react". assim, a experiência do desenvolvedor. Vue tem um DX bastante idêntico.
O desenvolvedor Experience é apenas um pouco mais bonito, trabalhou por 3 anos em uma pilha de Svelte, SvelteKit, Typescript, GraphQL.
Você pode elaborar um pouco por nicer?
React tutorial é muitas vezes se sente como se você precisasse de uma lista inteira de dependências apenas para obter as coisas básicas para trabalhar. Muitas delas podem se sentir hacky, não muito arredondado, e cheio de conceitos estranhos ou armadilhas ocultas que não são óbvias no início. Ao longo do tempo, ele se sente inchado, especialmente em componentes complexos como uma base de código legado / pagamento ou coisas semelhantes. Eu trabalhei honestamente refreshing para ver uma abordagem diferente para uma marca de moda aqui na Alemanha, onde fomos replatformado em Svelte muito rapidamente. Foi divertido trabalhar com, e porque eu gostei tanto, eu aprendi muito ao longo do caminho com Svelte, SvelteKit, TypeScript, e GraphQL. Depois de anos de trabalho com essa base de código legado, foi