Ưu điểm của Svelte so với React và Vue
Có bất kỳ lợi thế nào khi sử dụng Svelte thay vì React hoặc Vue?
Có phải chỉ vì hiệu suất không?
Thật dễ dàng để tích hợp các thư viện JavaScript "thuốc" bởi vì Svelte hoạt động trên các đối tượng DOM thực, không phải các đối tượng ảo.Đó là lý do tại sao tôi tiếp tục sử dụng nó, lợi thế hiệu suất chỉ là một phần thưởng cho tôi.
Đối với Vue ít nhất, một thư viện vanilla JS là một composable một xa từ tích hợp. Vue sử dụng miền ảo cho diffing, nhưng nó cập nhật dom trên thiết lập, và các bản cập nhật tiếp theo chỉ xảy ra nguyên tử sau khi thay đổi trạng thái.
Tôi đã chạy vào một vài lần nơi tôi cần phải tích hợp thư viện vanilla javascript và nó chỉ làm việc với svelte. tôi đã không sử dụng vue trong độ tuổi vì vậy không biết hoặc nhớ nếu nó có khả năng tương tự.
Phản ứng hạt nhân?
Không cần phải gửi một runtime vì Svelte không sử dụng một dom ảo.
Svelte có một runtime với svelte 5 cho runes và tín hiệu - nhưng nó là nhỏ và cho phép các ứng dụng để mở rộng quy mô tốt hơn nhiều so với trước đây. Vì vậy, trước khi svelte 5 không có runtime, nhưng do đó mã đã được "lặp lại" giữa các thành phần. Bây giờ nó là một chút lớn hơn để bắt đầu với, nhưng do đó các ứng dụng phát triển chậm hơn nhiều so với trước đây. Vì vậy, cho hầu hết các mục đích ứng dụng bây giờ nhỏ hơn so với trước đây.
Tôi nghĩ nó sử dụng các tín hiệu JavaScript bên dưới.
Chắc chắn, các tín hiệu được thực hiện trong JavaScript, nhưng không có tiêu chuẩn cho các tín hiệu trong JavaScript. tôi nghĩ rằng đã có một đề xuất cho một thời gian trước đây, nhưng nó không phải là một tiêu chuẩn cho đến nay.
của nó chỉ tốt hơn để làm việc với imo. vue là tương tự, nhưng sự khác biệt giữa phản ứng là đáng kinh ngạc. phản ứng buộc bạn phải tìm hiểu một loạt các khái niệm bổ sung và lỗ hổng và súng để tránh.
Thật không may, tôi đã chuyển đổi từ sveltekit sang nuxt vì nó chỉ đủ lớn để không phải lo lắng về việc mở rộng nhóm của bạn trên nó.
Điều gì đang thiếu chính xác? điều gì ngăn chặn một nhóm sử dụng svelte từ quy mô?
Không có gì bên ngoài là tương đối xanh lá cây cho các developer mới.
Tôi sẽ lập luận rằng bất kỳ nhà phát triển nào đủ thông minh để nắm bắt React có thể vượt trội hơn bản thân React của họ trong Svelte trong vòng một tuần hoặc nhiều hơn. tất nhiên, họ vẫn sẽ có một số mờ nhạt thông qua các bản dịch "làm thế nào để bạn làm X trong Svelte", nhưng ngay cả khi các tài liệu mở vĩnh viễn, họ thường có thể vượt qua bản thân React của họ.
Nó có thể phục vụ các mục đích tương tự như vue hoặc dự án phản ứng. Tôi thậm chí đã bắt đầu công ty của tôi bằng cách sử dụng svelte, và nó có thể. Svelte có thể nhanh hơn trong phát triển, nhưng đồng thời khi bạn gặp phải vấn đề, nó khó khăn hơn nhiều để giải quyết. Không nói về việc mua lại tài năng vì nó đơn giản hơn nhiều cho vue, vì chỉ có nhiều nhà phát triển hơn cho nó. Tôi yêu svelte và luôn luôn là một người ủng hộ, đừng nhầm lẫn. Nhưng khi bạn đang mở rộng kinh doanh, bạn muốn tập trung vào tiếp thị và bán hàng, không phải là công nghệ.
Tại sao nó khó khăn hơn để giải quyết các vấn đề của Svelte? Cơ sở mã được duy trì khá tốt bởi một số người rõ ràng rất có thẩm quyền, vì vậy nó có thể xem xét lý do tại sao nó không hoạt động. Đặc biệt là với sự trợ giúp của AI. Và tài liệu cũng khá tuyệt vời. Đối với tôi, điều gây nhầm lẫn nhất về sveltekit là nó đơn giản như thế nào. Nó giống như tôi mong đợi nhiều ma thuật đen hơn có. Nhưng có lẽ tôi đã không sử dụng nó đủ lâu. Những vấn đề bạn đang nghĩ đến?
Tôi xây dựng trong React cho công việc bình thường, và Svelte cho tất cả những thứ của riêng tôi. React tạo ra một nghịch lý thú vị nơi nó introduces nhiều vấn đề do sự phức tạp mà nó đòi hỏi. Điều này làm cho các nhà phát triển sợ một đối tượng nhỏ hơn trong Svelte bởi vì họ tự hỏi "Ai sẽ trả lời tất cả những câu hỏi tôi luôn có???" Nhưng câu trả lời gần gũi hơn với "nhiều câu hỏi này bạn thậm chí sẽ không có trong Svelte". Đây cũng là lý do tại sao tôi khẳng định rằng bất kỳ nhà phát triển nào đủ thông minh để giữ cho riêng của họ trong React có thể hoàn toàn nghiền nát nó (trong thời gian không có) trong Svelte.
Vâng đồng ý, đó chính xác là những gì tôi muốn nói. điều đáng sợ nhất là không có nhiều điều phải lo lắng ở Svelte vì vậy có vẻ như có điều gì đó đang thiếu
Các vấn đề tồi tệ nhất mà tôi đã phải đối phó với việc sử dụng Svelte là sự khác biệt tinh tế trong cách các chuỗi phụ thuộc cửa hàng dẫn xuất và các tuyên bố phản ứng '$:' xử lý các bản cập nhật, tạo ra sự khác biệt trong hành vi theo logic có vẻ tương đương. Nhưng ngay cả điều đó là dự đoán, kiến trúc dễ hiểu, dễ làm việc và hầu như không bao giờ là một vấn đề đáng kể mà hầu hết các nhà phát triển Svelte có kinh nghiệm thậm chí không nhận thức được điều này.
Tôi cảm thấy như tôi là một trong số ít những người không thực sự yêu thích run ... chúng rất tuyệt vời trong một số trường hợp, và cảm thấy như một sự hồi quy DX ở những người khác. Tôi hoàn toàn đồng ý với bạn về một số thách thức về phản ứng, nhưng sau đó mọi khung phản ứng dường như có vấn đề đó theo cách nào đó (đương nhiên là trong React trong kinh nghiệm của tôi). Điều đó nói, tôi cảm thấy như tôi viết ít mã hơn và nó dễ đọc hơn nhiều so với nhu cầu súp móc trong React!
tuyệt đối
Đối với agentic coding less token expediture
Oh, lol, tôi đã không mặc dù về cái này
Sai lầm cho đến khi bạn chứng minh
Tôi đã không thử gần đây nhưng tôi cảm thấy ngược lại một vài tháng trước khi các mô hình ngớ ngẩn chỉ cài đặt các gói phản ứng mặc dù tôi đã nói không.
Tôi thấy nó dễ dàng để sử dụng khi tạo ra một thư viện tạo hình ảnh với một tuyến đường .png điều này chỉ không phải là một số bạn có thể làm trong vue. Bạn có thể trong phản ứng vì nó hỗ trợ các chức năng bên máy chủ. Svelte cảm thấy dễ dàng hơn và sạch hơn khi tôi kiểm tra cả hai. (Dùng để tạo tiêu đề duy nhất cho các bài đăng trên blog dựa trên một phiên bản slug của tiêu đề như hạt giống)
Stress ít hơn
Hầu như mọi thứ ngoại trừ thị trường lao động
Tôi có thể bị bỏ phiếu vì nói điều này, nhưng tôi nghĩ thị trường việc làm ngày nay cũng đầy thách thức, bất kể thư viện hay khuôn khổ, và điều này đang trở thành một cuộc thảo luận cũ.Thực sự, AI đang giúp các công ty thay đổi công nghệ của họ và việc áp dụng SvelteKit đang gia tăng.
Đối với những gì nó có giá trị, AI là những gì khiến tôi bắt đầu "sử dụng" Svelte lần đầu tiên. Tôi không thể biện minh cho nó trước đây, mặc dù nghiên cứu và kết luận rằng nó có thể là khung tốt nhất nói chung, nhưng bây giờ mà tôi về cơ bản có thể viết lại bất cứ điều gì trong bất cứ điều gì, tôi đã đi từ không bao giờ chạm vào Svelte để sử dụng nó ở khắp mọi nơi. Các đại lý dường như làm việc tốt với nó. Tôi chưa bao giờ thực sự viết một dòng mã Svelte bản thân - hoặc, thành thật mà nói, bất kỳ mã frontend nào, pre-AI tôi luôn luôn làm việc với vanilla JS / TS ghê tởm - nhưng về cơ bản tôi chỉ đánh bại các AI với "OKay cố gắng chia thành nhiều thành phần hơn và tái sử dụng các thành phần hiện có thay
Svelte chi phí ít hơn token. nghiêm túc! Tôi đã phát triển một trang web phức tạp 3x bằng cách sử dụng Svelte, React và Vue bằng cách sử dụng Claude 4.8 Svelte rẻ hơn nhiều. Cũng giống như elixir rẻ hơn Python Zig rẻ hơn rơm Elixir phát triển rẻ hơn hầu hết các ngôn ngữ. Nó có thực sự quan trọng hơn ngôn ngữ là gì? Đó là tất cả về tốc độ và chi phí token không phải là ngày của con người. Đó là: Làm thế nào nhanh bạn có thể đạt được một giải pháp không có lỗi bằng cách sử dụng số lượng tối thiểu của token. Các công nghệ rẻ nhất để phát triển với LLMs nên thống trị trừ khi các nhà cung cấp token có thể ảnh hưởng đến các đống công nghệ. Nhưng, hey, chúng tôi đã lái xe xăng trong hàng trăm năm - đó
Hahaha oh lord tưởng tượng tối ưu hóa cho khả năng tuyển dụng cho các công việc mã hóa bằng tay vào năm 2026
Mặc dù không mã hóa bằng tay, các công việc mở vẫn đòi hỏi kinh nghiệm trong ngôn ngữ và khung cụ thể và infra dự án đang sử dụng, không chỉ trong một số ngôn ngữ, khung và infra.
Comment rất rõ ràng
Lời bài hát: Slam Dunk Comment
Mã rõ ràng hơn và đơn giản hơn, ít súng trường và idiosyncrasies khung, không vDOM (nó đi xa hơn hiệu suất). BTW, có một số lượng ngày càng tăng của các cầu thủ lớn có hiệu suất cao (không đủ) đã đi đầy trên Svelte (Apple, Hugging khuôn mặt,...).
Vâng, bạn sẽ có một debugging thú vị khi họ gửi một phiên bản hoàn toàn bị hỏng của framework Ngoài ra, DX là nhiều, nhiều tồi tệ hơn. TS tích hợp cũng tồi tệ hơn nhiều. Svelte là một framework thú vị nếu bạn sử dụng nó trên danh sách việc cần làm của bạn loại dự án.
Phần mềm có lỗi, họ đã sửa nó.
mehhhhh họ phát hành một phiên bản cố định trong 24 giờ. bạn không nên cài đặt các gói mà trẻ dù sao trong ngày này và tuổi thọ lịch sự của các cuộc tấn công chuỗi cung ứng.
>mehhhhh họ phát hành một phiên bản cố định trong 24 giờ Họ đã làm? https://www.npmjs.com/package/svelte?activeTab=versions Tôi nghĩ rằng phiên bản bị hỏng là phiên bản mới nhất trong 3 ngày với 130k tải về.
Bạn cập nhật đến các phiên bản mới nhất của tất cả các gói của bạn, trong sản xuất? Bạn đang xin được hack? Không có chính sách độ tuổi tối thiểu?
Bạn nên ngừng uống rượu
DX. Tôi đã nghiên cứu React trong khoảng 3 lần, các khóa học khác nhau, hàng chục dự án thú cưng. Phải mất khoảng 4 tháng trước khi nó nhấp. Nhưng với Svelte tôi đã sẵn sàng để tạo ra trong vòng 3 ngày học. BTW nó là vô lý rằng Svelte cảm thấy gần gũi hơn với Vanilla JS, hơn React. Mặc dù nó là DSL.
Một vài năm xây dựng React dưới thắt lưng của tôi trước khi tôi chạm vào Svelte, và tôi trong một hoặc hai ngày tôi đã nhanh hơn ở lần sau. Ngay cả khi chỉ đi qua các hướng dẫn sau đó là một phản ứng bùng nổ tâm trí sau khi khác ... suy nghĩ "omg, điều này sẽ mất nhiều hơn trong React (hoặc nó thậm chí không được xử lý tự nhiên)".
React cũng có một dsl, JSX không phải là vanilla
JSX là đường tổng hợp cho React.createElement()
Vue templates are sugar for Vue createElement Svelte templates are sugar for dom operations Họ mỗi sử dụng các phần mở rộng tệp không chuẩn, .tsx/jsx, .vue và .svelte. Tất cả đều là DSL không tương thích với vanilla JS
hmm có ý nghĩa
Sức khỏe tâm thần
syntax sạch, gần như giống như vue, không cần quá nhiều ext deps
Tính năng từ xa: https://svelte.dev/docs/kit/remote-functions
Và bây giờ họ hỗ trợ streaming thời gian thực.
Đã viết React chuyên nghiệp vì nó là một thư viện niche mới từ Facebook.
Trên thực tế, các công cụ linting tốt hơn cho React still.
Cùng một nhóm trên cả hai tài khoản! Vẫn làm việc trong React cho ngày hôm nay (cho công việc), và vẫn có thể an toàn nói Svelte chỉ là sạch hơn, đơn giản hơn, hiệu suất tốt hơn, và giải quyết rất nhiều vấn đề cấp ứng dụng mà React không.
Lời bài hát: 😂 Made My Day
Nó tốt cho phát triển web nhúng vì nó sử dụng ít dung lượng lưu trữ hơn
nó là khó khăn để viết mã xấu. trình biên dịch chỉ làm tăng nặng. Một bảng điều khiển sản xuất là 2MB trên React MVP của tôi để 500kb trong mt Svelte Code. Mọi thứ tải nhanh chóng, ứng dụng là snappy, mã không phải là địa ngục gọi lại. hệ sinh thái gói ít bị xâm phạm, ít thư viện để tìm hiểu. nó chỉ làm việc.
1.DX 2.Prob lưu nhiều token hơn cho mã hóa đại lý 3.Không có khái niệm lạ để học... không giống như React
Bạn tuyên bố những gì HTML/CSS của bạn là cho một tập hợp nhất định của biến số (nhà nước): đó là templating. 2. Bạn viết cùng một logic kết nối các hành động của người dùng để thay đổi trạng thái đó: đó là lập trình. Đó là toàn bộ công việc. Front-end là hai điều. 1. Bạn tuyên bố những gì HTML/CSS của bạn là cho một tập hợp nhất định của biến số (nhà nước): đó là templating. 2. Bạn viết cùng một logic kết nối các hành động của người dùng để thay đổi trạng thái đó: đó là lập trình. Đó là toàn bộ công việc. Svelte 5 đã lấy cả hai và hoàn thiện chúng. Lập trình: với runes, một trạng thái chỉ là một biến số TypeScript mà bạn đã viết trong pureScript. let's count = $state(0), sau đó count++. Bạn viết
Angular cho các đường phố, Svelte cho các tấm
Bạn giữ gìn sự khôn ngoan của mình?
Tất cả
Dễ dàng hơn trên các đại lý mã hóa. Họ có thể lý luận dễ dàng hơn với svelte vì mọi thứ không quá trừu tượng.
Chỉ cần sử dụng những gì AI là tốt nhất.
Bạn sẽ thích nó.Đó là lợi thế lớn nhất.
Một thư viện cho Frontend và Backend, React cũng có thể làm, tuy nhiên Reac làm cho nó phức tạp.
phản ứng: chúng tôi có giải pháp cho các vấn đề của bạn, và sau đó chúng tôi có giải pháp cho các vấn đề mà các giải pháp trước đây của chúng tôi đã làm ... và bây giờ bạn đang tải xuống 600kb giá trị của phản ứng trên tải trang svelte: chúng tôi đã có phản ứng ... quản lý trạng thái ... và JavaScript, tìm ra giải pháp cho vấn đề của bạn bằng chính bạn bro
Pivot sẽ là Web Components, và sử dụng thông minh của bundling. Chúng tôi không cần phải hoàn toàn dựa vào một khung toàn bộ. Chọn bất cứ điều gì hoạt động cho phạm vi nhỏ, xây dựng thành phần / widget và bao bì bối cảnh để AI có thể cung cấp tốt hơn, và bạn có thể kiểm soát chất lượng cũng vậy. nhưng điều này không quan trọng vì chúng tôi muốn làm cho mọi thứ độc quyền với Rust / Go và Web Assembly.
Tôi sẽ nói rằng câu hỏi là "v vs phản ứng". do đó, kinh nghiệm nhà phát triển. Vue có một DX khá giống hệt nhau.
Nhà phát triển Kinh nghiệm chỉ là waaay đẹp hơn, làm việc trong 3 năm trong một Svelte, SvelteKit, Typescript, GraphQL stack.
Bạn có thể soạn thảo một chút bởi nicer?
React hướng dẫn thường cảm thấy như bạn cần một danh sách khung toàn bộ các phụ thuộc chỉ để có được những điều cơ bản làm việc. Rất nhiều nó có thể cảm thấy hack, không rất tròn, và đầy đủ các khái niệm kỳ lạ hoặc bẫy ẩn mà không rõ ràng lúc đầu. Theo thời gian, nó cảm thấy sưng lên, đặc biệt là trong các thành phần phức tạp như một checkout / thanh toán cơ sở dữ liệu hoặc những thứ tương tự. Tôi thực sự làm việc trên một cửa hàng trực tuyến cho một nhãn hiệu thời trang ở đây ở Đức, nơi chúng tôi đã được kết nối lại từ một PHP, Smarty, và Vue stack để viết lại đầy đủ với Svelte, SvelteKit, TypeScript, và GraphQL. Sau nhiều năm làm việc với đó di sản mã nguồn gốc, nó thực sự làm mới để xem một cách tiếp cận