Ventajas de Svelte sobre React y Vue
¿Alguna ventaja de usar Svelte en lugar de React o Vue?
¿Es solo por el rendimiento?
Es más fácil integrar las bibliotecas JavaScript "rayas" porque Svelte actúa en objetos DOM reales, no virtuales.
Por lo menos para Vue, una biblioteca JS de vanilla es un compostable lejos de la integración. Vue utiliza el dominio virtual para dividir, pero actualiza el domo en la configuración, y las actualizaciones posteriores sólo ocurren atómicamente después de los cambios de estado.
Estoy de acuerdo. he corrido en un par de veces donde necesitaba integrar bibliotecas de vanilla javascript y sólo funciona con svelte. no he utilizado vue en edades por lo que no sé o recuerdo si tiene capacidades similares.
¿Reactividad granular?
No es necesario enviar un runtime ya que Svelte no utiliza un domo virtual.
Svelte tiene un tiempo de ejecución con svelte 5 para runas y señales - pero es pequeño y permite que las aplicaciones a escalar mucho mejor en tamaño que antes. Así que antes de svelte 5 no había tiempo de ejecución, pero por lo tanto el código fue "duplicado" entre los componentes. Ahora es un poco más grande para empezar, pero por lo tanto la aplicación crece mucho más despacio que antes.
Pensé que usaba las señales JavaScript debajo.
Por supuesto, las señales se implementan en JavaScript, pero no hay un estándar para las señales en JavaScript.
su simplemente más agradable para trabajar con imo. vista es similar, pero la diferencia entre reaccionar es asombrosa. reaccionar te obliga a aprender un montón de conceptos adicionales y huecos y pistolas para evitar.
Desafortunadamente, me convertí de sveltekit a nuxt porque es lo suficientemente grande como para no preocuparme de escalar tu equipo en él.
¿Qué falta exactamente? qué impide que un equipo use svelte de escalar?
Nada fuera de eso es relativamente verde para los nuevos desarrollos.
Me gustaría argumentar que cualquier desarrollador lo suficientemente inteligente como para comprender React puede estar superando su propio React en Svelte dentro de una semana o más. Por supuesto, todavía tendrán algún truco a través de las traducciones de "cómo hacer X en Svelte", pero incluso con los documentos permanentemente abiertos, generalmente pueden superar su propio React.
Puede servir a los mismos propósitos que el proyecto vista o reacción. Incluso empecé mi empresa usando svelte, y es posible. Svelte puede ser más rápido en el desarrollo, pero al mismo tiempo cuando se enfrenta a un problema es mucho más difícil de resolver. No hablando de la adquisición de talentos ya que es mucho más simple para vista, ya que hay sólo más desarrolladores para ello. me encanta svelte y siempre fue un defensor, no me equivoces. Pero cuando estás escalando el negocio quieres centrarte en el marketing y la venta, no en la tecnología.
¿Por qué es más difícil resolver los problemas de Svelte? La base de código está bastante bien mantenida por algunas personas claramente muy competentes, por lo que es posible echar un vistazo a por qué no funciona. Especialmente con la ayuda de la IA. Y la documentación es bastante buena también. Para mí, lo más confuso sobre sveltekit es lo sencillo que es. Es como si esperara más magia negra de lo que existe. Pero quizás no la haya usado lo suficiente tiempo. ¿Qué tipo de problemas está pensando?
Simplemente no (en mi experiencia). he estado construyendo en Svelte desde los primeros días, con muchas aplicaciones en producción. Yo construyo en React para el trabajo normal, y Svelte para todas mis propias cosas. React crea una interesante paradoja donde introduce muchos problemas debido a la complejidad que requiere. Esto hace que los desarrolladores teman una audiencia más pequeña en Svelte porque se preguntan "¿quién respondería a todas estas preguntas que siempre tengo???" Pero la respuesta está más cerca de "muchas de estas preguntas que ni siquiera tendrías en Svelte".
Lo más aterrador es que no hay mucho por lo que preocuparse en Svelte, por lo que parece que algo está faltando
Los peores problemas que he tenido que lidiar con el uso de Svelte fueron las sutiles diferencias en la forma en que las cadenas de dependencias de tiendas derivadas y las declaraciones reactivas '$:' manejaban las actualizaciones, creando diferencias en el comportamiento a la lógica aparentemente equivalente. Pero incluso eso era predecible, arquitectónicamente comprensible, fácil de trabajar y casi nunca un problema significativo que los desarrolladores más experimentados de Svelte ni siquiera son conscientes de esto.
Siento que soy uno de los pocos que realmente no aman las runas... son increíbles en algunos casos, y me siento como una regresión DX en otros.Estoy totalmente de acuerdo con usted en algunos de los desafíos de reactividad, pero luego cada marco reactivo parece tener ese problema de alguna manera u otra (ciertamente en React en mi experiencia).
absolutamente
para codificar agentes menos expedición de token
Ah, lol, yo no me refería a este
Errar hasta que lo demuestres
No lo intenté recientemente, pero sentí lo contrario hace unos meses, ya que los modelos estúpidos simplemente instalaron paquetes de reacción, aunque le dije que no lo hiciera.
Encontré que es fácil de usar cuando se crea una biblioteca de generador de imágenes con una ruta .png, esto no es algo que puedas hacer en vista. Puedes reaccionar ya que soporta esas funciones de lado del servidor. Svelte se sintió más fácil y más limpio cuando probé ambas. (Usado para generar encabezados únicos para publicaciones en un blog basado en una versión slug del título como la semilla)
Menos estrés
Casi todo excepto el mercado laboral
Puedo ser derrotado por decir esto, pero creo que el mercado de trabajo es igualmente desafiante hoy en día, independientemente de la biblioteca o el marco, y esto se está convirtiendo en una vieja discusión.
Por lo que vale, la IA es lo que me hizo empezar a "usar" Svelte por primera vez. No podía justificarlo antes, a pesar de investigar y concluir que en general es probablemente el mejor marco, pero ahora que básicamente puedo reescribir cualquier cosa en cualquier cosa, he ido de nunca tocar a Svelte a usarlo en todas partes. Los agentes parecen funcionar bien con él. Nunca he escrito realmente una línea de código Svelte yo mismo - o, francamente, cualquier código frontend, pre-AI siempre he trabajado con los gemoths de vainilla confuso JS/TS - pero básicamente solo golpeo a las IA con "Ok trate de dividir esto en más componentes y reutilizar estos componentes existentes en lugar de reinventar nuevos componentes sólo para esto" cada vez y el resultado final parece decente lo suficiente
Svelte cuesta menos tokens. En serio! desarrollé un complejo sitio web 3x usando Svelte, React y Vue usando Claude 4.8 Svelte fue mucho más barato. Al igual que el elixir es más barato que Python Zig es más barato que la hierba El desarrollo del Elixir es más barato que la mayoría de los idiomas. ¿de verdad ya importa qué lengua es? Es todo sobre velocidad y costo de token no días de hombre. Es: Cómo rápido se puede lograr una solución libre de errores utilizando el número mínimo de tokens. Las tecnologías que son más baratas para desarrollar con LLMs deben prevalecer a menos que los vendedores de tokens puedan influir en las pilas de tecnología. Pero, hej, hemos estado conduciendo coches de gasolina durante cientos de años - lo que es prueba de que cuando se trata de los merc
Hahaha oh lord imagina la optimización de la contratabilidad para empleos de codificación manual en 2026
Aunque no es manual, las puertas de trabajo todavía requieren experiencia en el idioma y el marco específico e infra el proyecto está utilizando, no sólo en algún idioma, marco e infra.
Comentario muy claro
Slam dunk comentario.
Código más claro y sencillo, menos armas de fuego y idiosincrasias de marco, sin vDOM (no va más allá del rendimiento). BTW, hay un número creciente de grandes jugadores de alto rendimiento (no suficiente) que han ido llenos en Svelte (Apple, Hugging face,...).
Sí, tendrás diversión debugando cuando envíen una versión completamente roto del marco Más que eso, DX es mucho, mucho peor. La integración TS también es mucho peor. Svelte es un marco divertido si lo usas en tu tipo de proyecto de lista de tareas.
El software tiene errores, ya lo han corregido.
Usted no debería estar instalando paquetes que jóvenes de todos modos en este día y edad cortesía de ataques de la cadena de suministro.
>mehhhhh han lanzado una versión fija en 24 horas ¿Han hecho? https://www.npmjs.com/package/svelte?activeTab=versions Pensé que la versión rota era la que fue la última durante 3 días con 130k descargas.
¿Estás actualizando a las versiones más recientes de todos tus paquetes, en producción? ¿Estás mendigando para ser hackeado? ¿No hay política de edad mínima?
Es mejor dejar de beber
DX. Estudié React por como 3 veces, diferentes cursos, docenas de proyectos de mascotas. Me tomó alrededor de 4 meses antes de que haga clic. Pero con Svelte estaba listo para crear dentro de 3 días de estudiar. BTW es ridículo que Svelte se sienta más cerca de Vanilla JS, que React. Aunque es DSL.
Muchos años de React construyendo bajo mi cinturón antes de que tocara a Svelte, y yo dentro de un día o dos ya estaba más rápido en el último. Incluso simplemente pasando por los tutoriales de vuelta entonces fue una reacción agitada tras otra... pensando "omg, esto habría tomado mucho más en React (o simplemente no se trata ni siquiera nativamente)".
React también tiene un DSL, JSX no es vanilla
JSX es el azúcar sintético para React.createElement()
Sí, es azúcar sintáctico. Las plantillas de Vue son azúcar para crear VueElement Svelte Las plantillas de Svelte son azúcar para operaciones de dom Cada una de ellas utiliza extensiones de archivo no estándar, .tsx/jsx, .vue y .svelte. Todos son DSLs que no son compatibles con vanilla JS
hmm, tiene sentido
Salud Mental
sintaxis limpia, casi igual que vista, no hace falta demasiado ext depósitos
Funciones remotas: https://svelte.dev/docs/kit/remote-functions
Y ahora soporta el streaming en tiempo real.
Estaba escribiendo React profesionalmente ya que era una nueva biblioteca de nicho de Facebook.
De hecho, las herramientas de cinta son mejores para React Still.
El mismo equipo en ambas cuentas! todavía trabaja en React a día de hoy (para el trabajo), y todavía puede decir con seguridad que Svelte es simplemente más limpio, más sencillo, mejor rendimiento, y resuelve tantos problemas a nivel de aplicación que React no lo hace.
¿Quién ha hecho mi día?
Es bueno para el desarrollo web embedded porque usa menos almacenamiento
es difícil escribir mal código. el compilador sólo hace el levantamiento pesado. Un dashboard de producción fue de 2MB en mi React MVP a 500kb en mt Svelte Code. Todo se carga rápidamente, la aplicación es snappy, el código no es un infierno de llamadas. Menos ecosistema de paquetes comprometidos, menos bibliotecas para aprender. sólo funciona.
Probar guardar más tokens para la codificación de agentes 3. No hay conceptos extraños para aprender... a diferencia de React
Svelte es el archivo de su propio archivo, pero su propio archivo de tipo es simplemente revolucionado en el desarrollo front-end. Front-end es dos cosas. 1. Usted declara lo que su HTML/CSS es para un determinado conjunto de variables (estado): esto es template. 2. Usted escribe la misma lógica conectando las acciones del usuario a cambios en ese estado: eso es la programación. Eso es todo el trabajo. Svelte 5 tomó ambas cosas y las perfeccionó. Programación: con runas, un estado es sólo una variable de estado que escribió en pureScript. let count = $state(0), entonces 'count++`. Usted cambia una variable cambiándola. Nada especial, puro TypeScript. Template: Usted hace un fichero '.svelte````````````
Angular para las calles, Svelte para las hojas
¿Quieres mantener tu sanidad?
todo
Más fácil en los agentes de codificación. pueden razonar más fácilmente con svelte ya que las cosas no están demasiado abstractas.
Sólo use lo que AI es mejor en.
Te va a encantar, esa es la mejor opción.
Una biblioteca para Frontend y Backend, React también puede hacer, pero Reac hace que sea complicado.
react: tenemos soluciones a tus problemas, y luego tenemos soluciones a los problemas que nuestras soluciones anteriores hicieron... y ahora estás descargando 600kb de react en carga de página svelte: tenemos reactividad... gestión de estado... y JavaScript, descubre la solución a tu problema por ti mismo bro
El pivot sería Web Components, y el uso inteligente de la agrupación. No necesitamos confiar totalmente en un marco completo. Elija lo que funcione para un alcance pequeño, construya componentes / widgets y envuelva el contexto para que la IA pueda entregar mejor, y usted puede controlar la calidad también. Pero esto no importa ya que queremos hacer todo propietario con Rust / Go y Web Assembly.
Yo diría que la pregunta es "vs reaccionar". por lo tanto, la experiencia del desarrollador. Vue tiene un DX bastante idéntico.
Desarrollador Experiencia es sólo vaaaay mejor, trabajó durante 3 años en un Svelte, SvelteKit, Typescript, GraphQL pila.
¿Puedes elaborar un poco por nicer?
React tutorial a menudo se siente como si necesitas una lista entera de dependencias sólo para obtener las cosas básicas para trabajar. Mucho de eso puede sentirse hackeado, no muy redondeado, y lleno de conceptos extraños o trampas ocultas que no son evidentes al principio. Con el tiempo, se siente hinchado, especialmente en componentes complejos como una base de código legado / pago o cosas similares. Yo trabajé en una tienda en línea para una etiqueta de moda aquí en Alemania, donde nos conectamos a Svelte muy rápidamente. Fue divertido trabajar con, y porque me gustó tanto, aprendí mucho a lo largo del camino con Svelte, SvelteKit, TypeScript, y GraphQL. Después de años de trabajar con esa base de código legado, fue sinceramente refrescante ver un enfo