Babylon Svelte Forum
한국어 ▾

React 또는 Vue 대신 Svelte를 사용하는 어떤 장점이 있습니까?

_janc_2026년 6월 18일 PM 2:20
그것은 단지 성능 때문일까?
DeltaLaboratory2026년 6월 18일 PM 2:35
일자리 시장을 제외한 거의 모든 것
Intrepid-Ordinary6992026년 6월 18일 PM 11:32
나는 이것을 말하기 위해 투표를 거부 할 수 있지만, 나는 도서관이나 프레임 워크에 관계없이 오늘날 직업 시장은 똑같이 도전적이라고 생각하며, 이것은 오래된 토론이되고있다.
Shoddy_One44652026년 6월 22일 PM 6:17
Svelte는 토큰보다 저렴합니다. 심각하게! Svelte를 사용하여 Svelte, React 및 Vue를 사용하여 3x 복잡한 웹 사이트를 개발했습니다. Claude 4.8 Svelte를 사용하여 훨씬 저렴했습니다. 엘릭시어는 Python Zig보다 저렴합니다. 엘릭시어 개발은 대부분의 언어보다 저렴합니다. 더 이상 언어가 무엇인지 정말로 중요합니까? 그것은 속도와 토큰 비용이 인간의 일일이 아닙니다. 그것은 : 최소한의 토큰 수를 사용하여 버그 무료 솔루션을 얼마나 빨리 달성 할 수 있습니까. LLM을 사용하여 개발하는 가장 저렴한 기술은 토큰 판매자가 기술 스택에 영향을 미치지 않는 한 통치되어야합니다. 그러나, 헤이, 우리는 기술 시장에 관
976894564895642026년 6월 19일 PM 3:46
그것이 가치가있는 것에 대해, AI는 내가 처음으로 Svelte를 "사용"하기 시작하게했습니다. 나는 연구와 결론을 내리면서 전반적으로 아마도 가장 좋은 프레임 워크에도 불구하고 이전에 그것을 정당화 할 수 없었지만, 이제 나는 기본적으로 아무것도 다시 쓰지 못했을 때, 나는 Svelte를 결코 만지지지 않고 어디서나 사용했습니다. 에이전트는 그것과 함께 잘 작동하는 것처럼 보였습니다. 나는 실제로 Svelte 코드 라인을 직접 쓰지 않았습니다. - 또는 솔직히, 어떤 프론트 엔드 코드, 사전 AI 나는 항상 혼란스러운 바닐라 JS / TS behemoths와 함께 일했지만, 기본적으로 나는 "좋은이 더 많은 구성 요소로 분할하고 기존 구성 요소를 재사용
Upstairs_Toe_35602026년 6월 19일 PM 11:49
아주 명확한 댓글
Eugen_Ivanovic2026년 6월 22일 PM 9:50
Slam dunk comment 에 대한 리뷰
HansVonMans2026년 6월 19일 PM 12:29
Hahaha oh lord imagine optimizing for hiringability for hand-coding jobs in 2026 핸드 코딩 작업에 대한 고용 가능성 최적화
RedlineQuokka2026년 6월 20일 AM 12:18
손으로 코딩하지는 않지만 작업 개방은 여전히 프로젝트가 사용하는 특정 언어 및 프레임 워크 및 인프라에 대한 경험이 필요하지만 일부 언어, 프레임 워크 및 인프라뿐만 아니라 여전히 출력이 의미있는 곳을 알 수 있어야합니다.
LinkPlay92026년 6월 18일 PM 2:29
그것은 imo와 함께 작동하는 것이 더 좋습니다. vue는 비슷하지만, 반응의 차이는 놀랍습니다. react는 당신이 피할 수있는 여분의 개념과 구멍과 총을 많이 배우도록 강요합니다.
sorainyuser2026년 6월 18일 PM 3:10
슬프게도 나는 sveltekit에서 nuxt로 변환했는데, 그것이 충분히 크기 때문에 팀을 확장하는 것에 대해 걱정하지 않기 때문입니다.Svelte는 훌륭하지만 소프트웨어 하우스 회사를 구축하기 위해 그것을 선택할 필요가 없습니다.
LinkPlay92026년 6월 18일 PM 3:58
무엇이 정확히 부족합니까? 무엇이 스케일링에서 svelte를 사용하는 팀을 멈추게합니까?
sorainyuser2026년 6월 18일 PM 5:05
그것은 vue 또는 react 프로젝트와 동일한 목적을 제공 할 수 있습니다. 나는 심지어 svelte를 사용하여 내 회사를 시작했으며, 그것은 가능하다. Svelte는 개발에 더 빨라질 수 있지만, 동시에 문제가 발생하면 해결하기가 훨씬 어렵습니다. talent acquisition에 대해 이야기하지 않고 vue에 더 간단합니다.I love svelte and was always an advocate, don't take me wrong.But when you're scaling business you want to focus on marketing and selling side, not on tech.
nullbyte4202026년 6월 18일 PM 5:18
왜 Svelte 문제를 해결하는 것이 더 어렵습니까? 코드베이스는 분명히 매우 유능한 사람들에 의해 아주 잘 유지되므로 왜 작동하지 않는지 살펴볼 수 있습니다. 특히 AI 지원으로. 그리고 문서도 꽤 훌륭합니다. 나에게 sveltekit에 대한 가장 혼란스러운 것은 얼마나 간단한지입니다. 그것은 내가 존재하는 것보다 더 많은 검은 마법을 기대하는 것과 같습니다. 그러나 아마도 나는 충분히 오랫동안 사용하지 않았습니다. 어떤 종류의 문제를 생각하고 있습니까?
kevin_whitley2026년 6월 18일 PM 5:32
나는 정상적인 작업을 위해 React를 구축하고, 모든 내 물건을 위해 Svelte를 구축합니다. React는 그것이 필요로하는 복잡성 때문에 많은 문제를 ***introduces***를 만드는 흥미로운 역설을 만듭니다. 이것은 개발자가 Svelte에서 더 작은 관객을 두려워하게 만듭니다. *"누가 내가 항상 가지고있는 모든 질문에 대답 할 것입니까?"* 그러나 대답은 *"Svelte에서 심지어 가지고 있지 않은 많은 질문"에 더 가깝습니다.
nullbyte4202026년 6월 18일 PM 5:42
가장 무서운 것은 스벨테에서 걱정할 일이 별로 없기 때문에 뭔가가 부족한 것처럼 보입니다.
SaabiMeister2026년 6월 18일 PM 10:11
Svelte를 사용하여 다루어야 했던 최악의 문제는 파생 상점 의존성 체인과 반응성 '$:' 진술이 업데이트를 처리하는 방법의 미묘한 차이점이었지만, 심지어는 예측할 수 있고 건축적으로 이해할 수 있으며 작업하기 쉽고 거의 대부분의 경험이 풍부한 Svelte 개발자가 이것을 알지 못하는 중요한 문제였습니다.
kevin_whitley2026년 6월 18일 PM 10:40
나는 실제로 룬을 좋아하지 않는 몇 안되는 사람들 중 하나라고 느니다 ... 그들은 어떤 경우에는 훌륭하고 다른 경우에는 DX 회귀처럼 느껴집니다. 당신은 반응성 과제 중 일부에 완전히 동의하지만, 각 반응성 프레임 워크는 어떤 방식으로든 그 문제를 가지고있는 것처럼 보입니다 (내 경험에서 React에서 확실히).
SaabiMeister2026년 6월 18일 PM 10:43
절대적으로
OhByGolly_2026년 6월 18일 PM 5:01
새로운 데이브를위한 비교적 녹색이되는 것 외에는 아무것도 없습니다.
kevin_whitley2026년 6월 18일 PM 5:27
나는 React를 이해하기에 충분히 똑똑한 모든 개발자가 약 일주일 이내에 Svelte에서 자신의 React-self를 뛰어넘을 수 있다고 주장한다.그들은 물론 여전히 "How do you do X in Svelte" 번역을 통해 약간의 엉망이있을 것입니다.하지만 문서가 영구적으로 열려있을 때조차도 그들은 일반적으로 React-hook-soup 자체를 뛰어넘을 수 있습니다.
BTolputt2026년 6월 18일 PM 2:25
Svelte가 가상 개체가 아닌 실제 DOM 개체에 작용하기 때문에 "재생"JavaScript 라이브러리를 통합하는 것이 더 쉽습니다.
hyrumwhite2026년 6월 18일 PM 9:40
최소한 Vue의 경우, 바닐라 JS 라이브러리는 통합에서 멀리 떨어진 컴포지블입니다.Vue는 디프링을 위해 가상 도메인을 사용하지만 설치에서 dom을 업데이트하고 이후 업데이트는 상태 변경 후에만 원자적으로 발생합니다.
ryutaromack2026년 6월 19일 AM 5:14
나는 바닐라 javascript 라이브러리를 통합해야하는 몇 번을 실행하고 svelte와 함께 작동합니다. 나는 나이에 vue를 사용하지 않았으므로 비슷한 기능을 가지고 있는지 모르거나 기억하지 않습니다.
therealPaulPlay2026년 6월 18일 PM 2:28
Svelte가 가상 돔을 사용하지 않기 때문에 런타임을 보낼 필요가 없습니다.
Jona-Anders2026년 6월 18일 PM 3:28
Svelte는 런과 신호를 위해 svelte 5로 실행 시간을 갖추고 있지만 소규모이며 이전보다 애플리케이션을 크기로 훨씬 더 잘 확장 할 수 있습니다. 그래서 svelte 5 이전에는 실행 시간이 없었지만, 따라서 코드는 구성 요소 사이에 "복제"되었습니다.
Evilsushione2026년 6월 19일 AM 12:33
아래의 JavaScript 신호를 사용한다고 생각했습니다.
Jona-Anders2026년 6월 19일 AM 2:23
물론, 신호는 자바스크립트에서 구현되지만, 자바스크립트에서 신호에 대한 표준은 없다고 생각합니다.I think there was a proposal for one a while ago, but it is not a standard yet.
Subject_Health_31822026년 6월 18일 PM 3:32
DX. 나는 React를 3 번, 다른 코스, 수십 개의 애완 동물 프로젝트를 공부했습니다. 그것이 클릭되기 전에 약 4 개월이 걸렸습니다.하지만 Svelte와 함께 공부 3 일 이내에 만들 준비가되었습니다. BTW는 Svelte가 React보다 Vanilla JS에 더 가깝다고 느끼는 것이 어리석은 것입니다.
kevin_whitley2026년 6월 18일 PM 5:34
내 경험도 마찬가지입니다. 벨트 아래 React 건설의 꽤 몇 년 전에 나는 Svelte를 만지기 전에, 그리고 나는 하루 또는 이틀 내에 나는 이미 후자에서 더 빨랐다. 심지어 튜토리얼을 통해 돌아 왔을 때 다른 한 번에 한 마음의 반응이었다 ... 생각 "omg, 이것은 React에서 훨씬 더 많이 걸렸을 것입니다 (또는 그것은 심지어 원래 처리되지 않음) ".
hyrumwhite2026년 6월 18일 PM 9:45
React에는 dsl도 있지만 JSX는 바닐라가 아닙니다.
Subject_Health_31822026년 6월 18일 PM 10:06
JSX는 React.createElement()에 대한 합성 설탕입니다.
hyrumwhite2026년 6월 19일 AM 12:00
예, 그것은 구문 설탕입니다. Vue 템플릿은 Vue create에 대한 설탕입니다Element Svelte 템플릿은 dom 작업에 대한 설탕입니다 그들은 각각 비 표준 파일 확장을 사용합니다. .tsx/jsx, .vue 및 .svelte. 모두 바닐라 JS와 호환되지 않는 DSL입니다.
Subject_Health_31822026년 6월 19일 AM 12:08
hmm 괜찮아 괜찮아
srlechuga2026년 6월 18일 PM 3:44
정신 건강
demian_west2026년 6월 18일 PM 3:13
더 명확하고 간단한 코드, 덜 발총과 프레임 워크 idiosyncrasies, vDOM 없음 (그것은 성능을 초과합니다). BTW, 높은 성능의 큰 플레이어 (충분하지 않음)의 증가 숫자가 Svelte (Apple, Hugging 얼굴, ...)에 가득 차있다.
Rheath722026년 6월 18일 PM 4:59
그것은 페이스북에서 틈새 새로운 도서관이었기 때문에 전문적으로 반응을 썼다.
kevin_whitley2026년 6월 18일 PM 5:36
동일한 팀은 두 계정에! 여전히 React에서 오늘날 (작업을 위해) 작동하고 있으며, Svelte는 더 깨끗하고 단순하며 더 나은 성능이며 React가하지 않는 많은 앱 수준의 문제를 해결할 수 있습니다.
Rheath722026년 6월 18일 PM 5:00
실제로 링팅 도구는 React still에 더 좋습니다.
IamNochao2026년 6월 18일 PM 2:26
곡물성 반응성은?
kakarlus2026년 6월 18일 PM 2:32
스트레스를 덜
Several_Bumblebee1532026년 6월 18일 PM 2:32
에이전트 코딩 덜 토큰 expediture
demian_west2026년 6월 18일 PM 3:09
Oh, lol, I didn't though about this
Sea_Chipmunk53952026년 6월 18일 PM 10:25
당신이 그것을 증명할 때까지 잘못된
snookette2026년 6월 18일 PM 10:59
최근에 시도하지 않았지만 몇 달 전에 바보 모델이 반응 패키지를 설치했을 때 반대로 느꼈습니다.
jessycormier2026년 6월 18일 PM 2:32
나는 .png 경로로 이미지 생성기 라이브러리를 만들 때 그것을 사용하는 것이 쉽다고 생각했는데 이것은 당신이 시각적으로 할 수있는 것이 아닙니다. 당신은 그 서버 측면 기능을 지원하기 때문에 반응 할 수 있습니다. Svelte는 두 가지를 테스트 할 때 더 쉽고 깨끗하게 느껴졌습니다. ( 씨앗으로 제목의 슬러그 버전을 기반으로 블로그 게시물에 대한 고유한 헤더를 생성하는 데 사용됩니다)
egehancry2026년 6월 18일 PM 7:54
당신은 당신의 HTML/CSS가 어떤 변수의 특정 집합 ( 상태)에 대 한 무엇을 선언합니다 : 그것은 템플링입니다. 2. 당신은 그 상태에서 변경에 사용자 행동을 연결하는 동일한 논리를 작성합니다 : 그것은 프로그래밍입니다. 프론트 엔드는 두 가지 일입니다. 1. 당신은 당신의 HTML/CSS가 어떤 변수의 특정 집합 ( 상태)에 대 한 무엇을 선언합니다. 당신은 단지 TypeScript 변수를 사용하여 프로그래밍입니다. `이것은 완벽합니다 = $state(0)`, 다음 전체 상태에 반응. 당신은 그것을 변경하여 변수를 변경합니다. 아무것도 특별한, 순수 TypeScript. 템플링 : 당신은 '.svelte` 파일을 만들고 HTML/CSS를 훌륭한 템플
Own-Phone23752026년 6월 18일 PM 4:14
clean syntax, almost the same as vue, not too much need ext dep
Heraldique2026년 6월 18일 PM 5:15
그것은 저장 공간을 덜 사용하기 때문에 내장 된 웹 개발에 좋습니다.
ijustwrotesomecss2026년 6월 18일 PM 9:16
Angular for the streets, Svelte for the sheets 부근의 호텔
Electronic-Pie-18792026년 6월 24일 PM 3:07
개발자 경험은 단지 waaaay 더 좋았고, Svelte, SvelteKit, Typescript, GraphQL 스택에서 3 년 동안 일했습니다.
_janc_2026년 6월 24일 PM 5:27
조금 더 니커로 작성해도 될까요?
Electronic-Pie-18792026년 6월 25일 PM 6:47
React 튜토리얼은 종종 프레임 워크의 전체 목록을 필요로하는 것처럼 느껴집니다. 기본적인 것들이 작동하기 위해 프레임 워크의 전체 목록을 필요로합니다. 그것의 많은 부분은 해킹, 매우 둥근, 그리고 처음에는 명백하지 않은 이상한 개념이나 숨겨진 함정으로 가득 차있다. 시간이 지남에 따라, 그것은 특히 체크 아웃 / 지불 코드베이스 또는 유사한 것과 같은 복잡한 구성 요소에서 붐비고 느껴집니다. 나는 독일에서 패션 레이블을위한 온라인 상점에서 일했습니다. 우리는 PHP, Smarty, 및 Vue 스택에서 PHP에서 재구성되었습니다. 그것은 재미있었으며, 오늘은 Svelte, SvelteKit, TypeScript 및 GraphQL과 함께 완전한
lastWallE2026년 6월 18일 PM 9:59
당신은 당신의 정신을 유지하고 있습니까?
KaiAusBerlin2026년 6월 18일 PM 5:11
😂 Made My Day / 나의 날 만들기
Spare_Message_36072026년 6월 18일 PM 6:24
그것은 나쁜 코드를 쓰는 것이 어렵습니다. 컴파일러는 단지 무거운 리프팅을합니다. 생산 대시보드는 React MVP에서 500kb에 2MB였습니다. mt Svelte 코드에서 모든 것이 빨리 로드됩니다. 앱은 빠르고, 코드는 지옥이 아닙니다. 덜 손상된 패키지 생태계, 배울 수있는 도서관이 적습니다.
wentallout2026년 6월 18일 PM 7:00
DX 2.Prob는 에이전트 코딩을위한 더 많은 토큰을 저장합니다.No strange concepts to learn.
underwatercr3122026년 6월 18일 PM 10:06
모든
ffiw2026년 6월 19일 AM 8:28
코딩 에이전트에 대해 더 쉽게 설명 할 수 있습니다.They can reason easier with svelte as things are not too abstracted away.
Sseyh2026년 6월 19일 AM 11:22
당신은 그것을 사랑할 것입니다.이것이 가장 큰 장점입니다.
Harinderpreet2026년 6월 19일 PM 3:49
Frontend 및 Backend에 대한 하나의 라이브러리, React도 할 수 있지만 Reac는 그것을 복잡하게합니다.
SAF1N2026년 6월 19일 PM 9:26
React: 우리는 당신의 문제에 대한 솔루션을 가지고, 그리고 우리는 우리의 이전 솔루션이 만든 문제에 대한 솔루션을 가지고 ... 그리고 지금 당신은 당신의 문제에 대한 해결책을 스스로 찾을 수 있습니다. react on page load svelte: we got reactivity... state management... and JavaScript, find out the solution to your problem by yourself.
nhoyjoy2026년 6월 20일 AM 10:57
핵심은 웹 컴포넌트, 그리고 병합의 현명한 사용이 될 것입니다.우리는 전체 세트 프레임 워크에 완전히 의존 할 필요가 없습니다.작은 범위에 작동하는 것을 선택하고 구성 요소 / 위젯을 구축하고 컨텍스트를 포장하여 AI가 더 나은 배달을 할 수 있고 품질을 제어 할 수 있습니다.그러나 Rust / Go 및 Web Assembly로 모든 것을 독점적으로 만들고 싶기 때문에 이것은 중요하지 않습니다.
venir_dev2026년 6월 20일 PM 10:57
나는 질문이 "vs 반응"이라고 말할 것이다. 그래서 개발자 경험. Vue는 거의 동일한 DX를 가지고 있습니다.
tardoos2026년 6월 18일 PM 3:30
예, 당신은 그들이 완전히 깨진 버전 프레임 워크 그 외에, DX는 훨씬, 훨씬 더 나쁘다. TS 통합은 또한 훨씬 더 나쁘다. Svelte는 당신이 당신의 할 일 목록 프로젝트 유형에 사용하는 경우 재미있는 프레임 워크입니다.
TwystedLyfe2026년 6월 18일 PM 3:36
소프트웨어에는 버그가 있습니다, 그들은 이미 그것을 고쳤습니다.
Exact-Big35052026년 6월 18일 PM 3:59
mehhhhh 그들은 24 시간 안에 고정 된 버전을 출시했습니다.당신은 어쨌든이 날에 젊은 패키지를 설치해서는 안됩니다.
FluxKraken2026년 6월 18일 PM 5:50
당신은 생산에있는 모든 패키지의 최신 버전으로 업데이트하고 있습니까? 당신은 해킹을 위해 기도하고 있습니까? 최소 연령 정책은 없습니까?
Alternative_Web72022026년 6월 18일 PM 6:10
마시는 것을 멈추는 것이 낫다.
imavlastimov2026년 6월 19일 AM 10:00
단지 AI가 가장 잘하는 것을 사용하십시오.