Есть ли преимущество использования Svelte вместо React или Vue?
Есть ли преимущество использования Svelte вместо React или Vue?
Неужели это только из-за результатов?
Легче интегрировать "сырые" библиотеки JavaScript, потому что Svelte действует на реальные объекты DOM, а не виртуальные.
Для Vue, по крайней мере, ванильная библиотека JS является компостируемой вдали от интеграции. Vue использует виртуальный домен для диффинга, но он обновляет купол на установке, и последующие обновления происходят только атомно после изменений состояния.
Я согласен. я попал в несколько раз, когда мне нужно было интегрировать ванильные библиотеки javascript и это просто работает с svelte. я не использовал vue в возрасте, поэтому не знаю или помню, если он имеет подобные возможности.
Гранулярная реактивность ?
Нет необходимости отправлять время запуска, так как Svelte не использует виртуальный купол.
Svelte имеет время запуска с svelte 5 для рун и сигналов - но он небольшой и позволяет приложениям масштабироваться намного лучше, чем раньше. Так что до svelte 5 не было времени запуска, но поэтому код был "двойным" между компонентами. Теперь он немного больше, чтобы начать, но поэтому приложение растет намного медленнее, чем раньше.
Я думал, что он использует JavaScript-сигналы ниже.
Конечно, сигналы реализуются в JavaScript, но нет стандарта для сигналов в JavaScript.
его просто приятнее работать с imo. vue похож, но разница между реакцией потрясающая. реакция заставляет вас узнать массу дополнительных концепций и пробелов и пистолетов, чтобы избежать.
К сожалению, я превратил из sveltekit в nuxt, потому что он достаточно большой, чтобы не беспокоиться о масштабировании вашей команды на нем.
что точно не хватает? что останавливает команду, использующую svelte от масштабирования?
Ничто за его пределами не является относительно зеленым для новых разработок.
Я бы утверждал, что любой разработчик, достаточно умный, чтобы понять React, может превзойти свой React-self в Svelte в течение недели или около.Они, конечно, все еще будут иметь некоторое раздражение через переводы "как вы делаете X в Svelte", но даже с документами, открытыми навсегда, они обычно могут превзойти свой React-hook-soup-self.
Это может служить тем же целям, что и проект vue или react. Я даже начал свою компанию с использованием svelte, и это возможно. Svelte может быть быстрее в развитии, но в то же время, когда вы сталкиваетесь с проблемой, это намного сложнее решить. Не говоря о приобретении талантов, потому что это гораздо проще для vue, так как для него есть только больше разработчиков. Я люблю svelte и всегда был сторонником, не ошибайтесь.
Почему это сложнее решить проблемы Svelte? Кодовая база довольно хорошо поддерживается некоторыми явно очень компетентными людьми, поэтому можно взглянуть на то, почему это не работает. Особенно с помощью ИИ. И документация тоже довольно хороша. Для меня самое запутанное в отношении sveltekit - это то, насколько это просто. Это как будто я ожидаю больше черной магии, чем есть. Но, возможно, я не использовал ее достаточно долго.
Это просто не (по моему опыту). я строю в Svelte с ранних дней, с большим количеством приложений в производстве. я строю в React для нормальной работы, и Svelte для всех моих собственных вещей. React создает интересный парадокс, где он вводит многие проблемы из-за сложности, которую он требует. Это заставляет разработчиков опасаться меньшей аудитории в Svelte, потому что они задаются вопросом "кто бы ответил на все эти вопросы, которые у меня всегда есть???" Но ответ ближе к "многие из этих вопросов вы бы даже не имели в Svelte".
Да, согласился, это именно то, что я имею в виду.Самое страшное в том, что в Свельте нечего беспокоиться, так что кажется, что чего-то не хватает
Самыми плохими проблемами, с которыми я столкнулся при использовании Svelte, были тонкие различия в том, как цепочки производных зависимостей магазинов и реакционные заявления «$:» обрабатывали обновления, создавая различия в поведении по кажущейся эквивалентной логике. Но даже это было предсказуемо, архитектурно понятно, легко работать и так редко является значительной проблемой, что большинство опытных разработчиков Svelte даже не осознают этого.
Я чувствую, что я один из немногих, кто на самом деле не любит руны... они потрясающие в некоторых случаях, и чувствуют себя как регрессия DX в других. Полностью согласен с вами о некоторых вызовах реактивности, но тогда каждая реактивная рамка, похоже, имеет эту проблему так или иначе (определенно в React в моем опыте).
абсолютно
для агентского кодирования меньше токен экспедиции
Ах, lol, но я не говорил об этом
Неправильно, пока не докажешь
Не пробовал в последнее время, но я почувствовал обратное несколько месяцев назад, как тупые модели просто установили пакеты реакции, хотя я сказал, что не.
Я нашел его легким в использовании при создании библиотеки генератора изображений с маршрутом .png это просто не то, что вы можете сделать в обзоре. Вы можете в реакции, поскольку он поддерживает эти функции сервера. Svelte чувствовал себя проще и чище, когда я тестировал оба. (Используется для создания уникальных заголовков для постов в блоге на основе слюдной версии названия как семя)
Меньше стресса
Практически все, кроме рынка труда
Я мог бы проголосовать за это, но я думаю, что рынок труда сегодня одинаково сложен независимо от библиотеки или рамок, и это становится старой дискуссией.
Для того, что это стоит, ИИ - это то, что заставило меня начать "использовать" Svelte впервые. Я не мог оправдать это раньше, несмотря на исследование и заключение, что это, вероятно, в целом лучшая рамка, но теперь, когда я в основном могу переписать что-либо в чем-либо, я перешел от никогда не касаясь Svelte, чтобы использовать его повсюду. Агенты, похоже, хорошо с ним работают. Я никогда не писал ни одной строки кода Svelte сам - или, честно говоря, любой код фронта, предварительный ИИ я всегда работал только с беспорядочными ванильными JS/TS бегемотами - но я в основном просто ударил ИИ с "окей, попробуйте разделить это на больше компонентов и повторно использовать эти существующие компоненты вместо того,
Svelte стоит меньше токенов. Серьезно! Я разработал сложный веб-сайт 3x с использованием Svelte, React и Vue с использованием Claude 4.8 Svelte было намного дешевле. Точно так же, как эликсир дешевле, чем Python Zig дешевле, чем руда Elixir разработка дешевле, чем большинство языков. Действительно ли это уже имеет значение, какой язык? Это все о скорости и стоимости токенов не человеческие дни. Это: Как быстро вы можете достичь решения без ошибок с использованием минимального количества токенов. Технологии, которые дешевле всего разрабатывать с LLM, должны преобладать, если продавцы токенов не могут повлиять на технологические стеки.
Hahaha oh lord imagine optimizing for hiringability for hand-coding jobs в 2026 году
Хотя это не ручное кодирование, открытия вакансий все еще требуют опыта в конкретном языке и контексте и инфра-проекте, который используется, а не только в каком-то языке, контексте и инфра-проекте.
Очень четкий комментарий
Смотреть Slam dunk comment.
Более четкий и простой код, меньше пистолетов и идиосинкразий рамок, нет vDOM (это выходит за рамки производительности).
Да, у вас будет весело дебютировать, когда они отправляют полностью сломанную версию рамки Кроме того, DX намного, намного хуже. Интеграция TS также намного хуже. Svelte - это веселая рамка, если вы используете ее на вашем типе проекта с списком задач.
Программное обеспечение имеет ошибки, они уже исправили его.
mehhhhh они выпустили фиксированную версию в течение 24 часов. вы не должны устанавливать пакеты, которые молоды в любом случае в этот день и возраст вежливости атак цепочки поставок.
>mehhhhh они выпустили фиксированную версию в 24 часа Они сделали? https://www.npmjs.com/package/svelte?activeTab=versions Я думал, что сломанная версия была той, которая была последней в течение 3 дней с 130k скачиваний.
Вы обновляете до последних версий всех ваших пакетов, в производстве? Вы молитесь, чтобы быть взломанным? Нет минимальной возрастной политики? Вообще?
Лучше перестать пить
DX. Я изучал React как 3 раза, различные курсы, десятки проектов для домашних животных. Мне потребовалось около 4 месяцев, прежде чем он нажал. Но с Svelte я был готов создать в течение 3 дней обучения. BTW это смешно, что Svelte чувствует себя ближе к Vanilla JS, чем React.
Довольно несколько лет React строительство под моим поясом, прежде чем я коснулся Svelte, и я в течение дня или двух я был уже быстрее в последнем. Даже просто проходить через учебники назад тогда была одна реакция вздутия ума за другим ... думая "omg, это было бы так много больше в React (или это просто не даже в родном обращении) ".
React тоже имеет dsl, JSX не ваниль
JSX — синтетический сахар для React.createElement()
Да, это синтаксический сахар. шаблоны Vue являются сахаром для Vue createElement Svelte шаблоны являются сахаром для операций dom Они каждый используют нестандартные расширения файлов, .tsx/jsx, .vue и .svelte. Все это DSL, которые не совместимы с ванилой JS
Хмм, это имеет смысл
психическое здоровье
чистая синтаксис, почти такая же, как vista, не слишком нуждается в ext deps
Удаленные функции: https://svelte.dev/docs/kit/remote-functions
И теперь они поддерживают потоковую передачу в режиме реального времени.
Я писал React профессионально, так как это была новая ниша библиотеки от Facebook.
На самом деле инструменты лентирования лучше для React still.
Все еще работаю в React на сегодняшний день (для работы), и по-прежнему могу с уверенностью сказать, что Svelte просто чище, проще, лучше, и решает так много проблем на уровне приложений, что React не делает.
😂 Made My Day / Сделал мой день
Это хорошо для встроенного веб-разработки, потому что он использует меньше хранилища
это трудно написать плохой код. компилятор просто делает тяжелый подъем. Приборная панель производства была 2Мб на моем React MVP до 500кб в мт Svelte Code. Все загружается быстро, приложение быстро, код не звонит в ад. Меньше компрометированная экосистема пакетов, меньше библиотек, чтобы узнать. это просто работает.
Проба сохранить больше токенов для агентического кодирования 3. Нет странных концепций, чтобы узнать... в отличие от React
Svelte просто революционизировал свой собственный файл. Фронт-энд - это две вещи. 1. Вы заявляете, что ваш HTML/CSS является для определенного набора переменных (состояние): это шаблонирование. 2. Вы пишете ту же логику, соединяющую действия пользователя с изменениями в этом состоянии: это программирование. Это вся работа. Svelte 5 взял оба и усовершенствовал их. Программирование: с рунами, это только переменные TypeScript, которые вы написали в pureScript. let count = $state(0), а затем count++. Вы меняете переменную, меняя ее. Ничего особенного, чистого TypeScript. Шаблонирование: вы делаете файл `.svelte`` и пишете HTML/CSS с большим шаблоном, используя те перемен
Угловые для улиц, Svelte для листов
Сохраняете ли вы своё здоровье?
Всего
Легче на кодирующих агентов. Они могут рассуждать легче с svelte как вещи не слишком абстрактны.
Просто используйте то, в чем AI лучше всего.
Вы это полюбите, это самое большое преимущество.
Одна библиотека для Frontend и Backend, React также может сделать, но Reac делает это сложным.
React: у нас есть решения для ваших проблем, а затем у нас есть решения для проблем, которые наши предыдущие решения сделали... и теперь вы загружаете 600kb стоимости React on page load svelte: у нас есть реактивность... управление состоянием... и JavaScript, выясните решение для вашей проблемы самостоятельно
Основной задачей было бы использование веб-компонентов и разумное использование пакетов. Нам не нужно полностью полагаться на полный набор рамок. Выберите все, что работает для небольшого объема, создайте компоненты/виджеты и оберните контекст, чтобы ИИ мог лучше доставлять, и вы также можете контролировать качество. но это не имеет значения, поскольку мы хотим сделать все собственным с помощью Rust/Go и Web Assembly.
Я бы сказал, что вопрос «vs реагировать». так, опыт разработчика. Vue имеет довольно идентичный DX.
Разработчик Experience просто хуже, работал 3 года в Svelte, SvelteKit, Typescript, GraphQL стек.
Не могли бы вы написать немного по-низшему?
React урок часто кажется, что вам нужен целый список зависимостей только для того, чтобы получить базовые вещи работать. Многое из этого может чувствовать хакированный, не очень округленный, и полный странных концепций или скрытых ловушек, которые не очевидны вначале. Со временем, он чувствует себя надутым, особенно в сложных компонентах, таких как чек / платежная база или подобные вещи. Я работал в онлайн-магазине для модного бренда здесь в Германии, где мы были перепланированы с PHP, Smarty, и Vue стек на полную переписку с Svelte, SvelteKit, TypeScript, и GraphQL. После многих лет работы с этой наследной кодовой базой, это было честно освежающим, чтобы увидеть другой подход. Я был привязан к Svelte