SvelteをReactやVueより選ぶ利点
ReactやVueの代わりにSvelteを使用する利点はありますか?
単なるパフォーマンスのせいでしょうか。
実際の DOM オブジェクトではなく仮想オブジェクトに Svelte が動作するため、「原始」JavaScript ライブラリを統合しやすくなります。
少なくともVueでは、バニラJSライブラリは統合から遠く離れたコンポーネブルです。Vueはデフィングのための仮想ドメインを使用しますが、セットアップ時にドームを更新し、その後のアップデートは、状態の変更後にのみ原子的に発生します。
I have run into a few times where I needed to integrate vanilla javascript libraries and it just works with svelte. I have not used vue in ages so don't know or remember if it has similar capabilities. 私は、ヴァニラJavaScriptのライブラリを統合する必要があるいくつかの回に走りました。
グラナルの反応?
Svelte が仮想ドームを使用していないため、ランタイムを送信する必要はありません。
スヴェルテにはスヴェルテ5のランタイムがあり、ルーニーやシグナルは小さいですが、以前よりもアプリケーションのサイズを大きくすることを可能にします。それでスヴェルテ5の前にランタイムはありませんでしたが、したがってコードはコンポーネント間で「二重化」されました。今では少し大きくなりますが、アプリケーションは以前よりはるかに遅くなっています。
下のJavaScriptシグナルを使っています。
確かに、シグナルはJavaScriptで実装されていますが、JavaScriptでのシグナルには標準はありません。少し前に提案があったと思いますが、まだ標準ではありません。
ビューは類似していますが、反応の違いは驚異的です. react はあなたが余分なコンセプトや漏れや銃をたくさん学ぶように強制します。
残念ながら、Svelteは素晴らしいですが、ソフトウェアハウス会社を構築するための選択肢として取るのが欠けています。
何が欠けているのか? スケーリングからスウェルテを使用するチームを止めるのは何ですか?
新しいデヴのための比較的緑色のもの以外の何もありません。
私は、Reactを把握するのに十分にスマートな開発者は、およそ1週間以内にSvelteでReact自体を上回る可能性があると主張します。彼らはもちろん、まだ「SvelteでXをどうやってするか」の翻訳を通じていくつかの不思議を抱いていますが、ドキュメントが永久的に開かれても、彼らは通常、Reactのハックスープ自体を上回ることができます。
それはVueやReactプロジェクトと同じ目的を果たすことができます。私はスヴェルテを使用して会社を始めたこともあり、それは可能です。Svelteは開発でより速くすることができますが、同時にあなたが問題に直面するとき、それは解決するのに非常に困難です。才能の獲得について話すのではなく、それはヴェルテのためのより多くの開発があるので、それは非常にシンプルです。私はスヴェルテを愛し、常に擁護者であり、私を間違わないでください。
なぜSvelteの問題を解決するのは難しいのか? コードベースは明らかに非常に有能な人々によってかなりよく維持されているので、なぜそれが機能しないのかを調べてみることができます。特にAIの援助で。そして文書もかなり素晴らしいです。私にとって、sveltekitについて最も混乱することはそれがどれほど単純であるかです。 それは私が存在するよりも多くのブラックマジックを期待しているかのようなものです。しかし、おそらく私はそれを十分に長く使っていないかもしれません。
それはまったくない(私の経験では)。私は生産中の多くのアプリで、最初の日からSvelteで構築してきました。私は通常の仕事のためにReactで構築し、私のすべてのもののためにSvelteです。Reactは、それが要求する複雑さのために多くの問題を introducesを作り出す興味深いパラドックスを作り出します。これは、開発者がSvelteでより小さな視聴者を恐れさせるためです *"誰が私が常に持っているこれらの質問に答えるだろうか?」*しかし、答えは「Svelteでさえ持たないこの質問の多く」に近いです。
はい、同意した、それはまさに私が言っていることだ。最も恐ろしいことは、スヴェルテで心配すべきことはあまりないので、何かが欠けているように見えます。
私がSvelteを使用して取り組んできた最悪の問題は、由来ストア依存のチェーンと反応性「$:」の発言がアップデートを処理する方法の微妙な違いであり、見た目で同等な論理への行動の違いを作り出しました。しかし、それは予測可能で、建築的に理解可能で、作業が容易で、ほとんど経験豊富なSvelteの開発者がこれに気づいていない重大な問題でした。
私は実際にルーンを愛していない数少ない人の中の1人だと感じます...彼らはいくつかのケースでは素晴らしいですし、他のケースではDX回帰のように感じます。完全に反応性の課題の一部に同意しますが、その後、あらゆる反応フレームワークは何らかの方法でこの問題を持っているように見えます(間違いなく私の経験ではReactです)。
絶対
for agentic coding less token expediture (エージェントコード)
Ah, lol, I didn't though about this one. ああ、 lol, I didn't though about this one.
証明するまで間違える
最近試したことはありませんが、私は反対のことを感じた数ヶ月前、馬鹿げたモデルが反応パッケージをインストールしましたが、私はそれをしないように言いました。
私は .png ルートを使用して画像ジェネレータライブラリを作成するときに使用しやすいことがわかりました. あなたはそれらのサーバー側の機能をサポートしているので、反応することができます. Svelteは、両方をテストしたときにより簡単でクリーンな気分になりました. (種子としてのタイトルのスラグ版に基づいてブログの投稿のためのユニークなヘッダーを生成するために使用)
ストレスの少ない
労働市場を除くほぼすべて
私はこれを言うために投票を落とすかもしれないが、私は現在、図書館やフレームワークに関係なく、雇用市場が同じように挑戦していると思うし、これは古い議論になりつつある。
それは価値があるために、AIは私が最初にSvelteを「使用」し始めたものだ。私はこれまでそれを正当化することができなかったが、研究と結論を結ぶにもかかわらず、これは全体的におそらく最高のフレームワークであるが、今、私は基本的に何でも書き直すことができるので、私はSvelteに触れないことからどこにでも使用するようになりました。エージェントはそれとよく働くようです。私は実際にSvelteコードの一行を自分で書いたことはありません - または、正直に言って、フロントエンドコード、プレアAI 私は常に混乱したヴァニラJS/TSベヘモットで働いています - しかし、私は基本的にAIsを「これをより多くのコンポーネントに分割し、これだけのための新しいコンポーネントを
Svelteはトークンが少なくなります。真剣に! 私はSvelteを使用して複雑なウェブサイトを3x開発しました。 Claude 4.8 Svelteを使用してReactとVueはかなり安かった。ElixirがPython Zigよりも安いように、Rustよりも安いElixirの開発はほとんどの言語よりも安いのです。 言語が何であるかはもう本当に重要ですか? それはすべてスピードとトークンコストではなく人間の日々です。 それは:あなたが最小限のトークンの数を使用してバグフリーソリューションを達成するのにどれくらい速いかです。LLMで開発するのに最も安いテクノロジーは、トークンベンダーがテクノロジースタックに影響を与えることができない限り、支配すべきです。
Hahaha oh lord imagine optimizing for hiringability for hand-coding jobs in 2026 (ハッハー・オフ・ロールド)
ハンドコードではありませんが、仕事のオープニングには、プロジェクトが使用している特定の言語とフレームワーク、およびインフラの経験が必要ですが、いくつかの言語、フレームワーク、およびインフラだけではありません。
非常に明確なコメント
Slam Dunk コメント
より明確でシンプルなコード、少なめの銃とフレームワークの独自性、vDOM(パフォーマンスを超える)はありません。BTW、Svelte(Apple、Hugging face...)で満員になった高性能のビッグプレイヤー(十分ではない)の数が増えている。
はい、彼らが 完全に壊れたバージョン フレームワークを送信するとき、あなたは楽しむでしょう その他、DXは非常に、より悪いです TSの統合も非常に悪いです。 Svelteはあなたのタスクリストタイプのプロジェクトでそれを使用する場合、楽しいフレームワークです。
ソフトウェアにはバグがあり、すでに修正されています。
mehhhhh 彼らは24時間で固定バージョンをリリースしました. あなたは、いずれにせよこの日に若いパッケージをインストールし、サプライチェーン攻撃の礼儀をとるべきではありません。
>mehhhhh they released a fixed version in 24 hours They did? https://www.npmjs.com/package/svelte?activeTab=versions I thought the broken version was the one that was the latest for 3 days with 130k downloads.
あなたは、生産中のすべてのパッケージの最新バージョンにアップデートしていますか? あなたはハッキングされるよう乞うのですか? 最低年齢政策はありませんか? まったくありませんか?
飲むのをやめた方がいい。
DX. I studied React for like 3 times, different courses, dozens of pet projects. It took me about 4 months before it clicked. But with Svelte I was ready to create within 3 days of studying. BTW it is ridiculous that Svelte feels closer to Vanilla JS, than React. それはDSLであるにもかかわらず。
私の経験も同様です。私はSvelteに触れる前に私のベルトの下にReactを建てて数年、そして私は1日か2日以内に後者ですでに速くなっていました。
React has a dsl too. JSX is not vanilla. React has a dsl too. JSX is not vanilla. React has a dsl too. JSX is not vanilla.
JSX は React.createElement() の合成砂糖です。
はい、それはシンタクティックな砂糖です. Vue テンプレートは Vue createのための砂糖ですElement Svelte テンプレートはドーム操作のための砂糖です. 彼らはそれぞれ非標準的なファイル拡張子、 .tsx/jsx、 .vue および .svelte を使用しています. すべては vanilla JS と互換性がない DSL です.
hmm、有意義です。
心理健康
clean syntax, almost the same as vue, not too much need ext deps. クリーンなシンタクス、ほぼ同じ vistaのように、あまり必要ない ext deps
現在、リアルタイムのストリーミングをサポートしています。
フェイスブックからのニッチの新しいライブラリだったので、プロフェッショナルに反応を書きました。
実際のところ、リントングツールはReact Stillに優れている。
両方のアカウントで同じチーム! 今日もReactで働き、Svelteは単にクリーンでシンプルでパフォーマンスが向上し、Reactが解決しないほど多くのアプリレベルの問題を解決していると言える。
タイトル: 😂 Made My Day
より少ないストレージを使用するため、埋め込まれたWeb開発に適しています。
それは悪いコードを書くのは難しいです。コンパイラはただ重いリフトをするだけです。 生産ダッシュボードは、Mt Svelte Code で React MVP で 500kb に 2MB でした。 すべてが速くロードされます、アプリはスナップ、コードはコールバック地獄ではありません。 パッケージエコシステムが損なわれていない、学ぶためのライブラリが少なくなります。 それはただ機能します。
- DX 2. Probe save more tokens for agentic coding 3. No strange concepts to learn... unlike React
Svelte のファイルは、単に自分のファイルを置き換えるだけですが、フロントエンドの開発に革命を起こしました。 フロントエンドは2つです。 1. あなたは、あなたの HTML/CSS が変数(ステータス)の特定のセットのために何であるかを宣言します:それはテンプレートです。 2. あなたは、その状態でユーザーのアクションを変更することに同じロジックを書き込みます:それはプログラミングです。 それはすべての仕事です。 Svelte 5 は両方を取って、それらを完璧にしました。 プログラミング: ルーンで、これらのステータス変数は純粋なTypeScriptで書いたものだけです。 これらのステータス変数は完璧です。 それは完全な機能に反応します。 プログラミング:
Angular for the streets, Svelte for the sheets ストリートのための角度
あなたはあなたの心を守っていますか?
すべて
コードエージェントのほうが簡単です. 彼らは、物事があまり抽象化されていないので、 svelte でより容易に考えることができます。
AIが最適なものを使うだけです。
好きになる!これが最大の利点です。
One library for Frontend and Backend, React can do too, however Reac makes it complicated. クリーンコード, コードの少ない
react: we have solutions to your problems, and then we have solutions to the problems that our previous solutions made... and now you are downloading 600kb worth of react on page load svelte: we got reactivity... state management... and JavaScript, figure out the solution to your problem by yourself bro
キーワードはWebコンポーネントであり、バンドリングのスマートな使用です。完全なフレームワークに完全に依存する必要はありません。小さな範囲で動作するものを選択し、コンポーネント/ウィジェットを構築し、コンテキストを巻き込んで、AIがより良い配信を可能にし、品質も制御できます。
質問は「vs react」だと言いますので、開発者の経験です. Vue はほぼ同じ DX を持っています。
Developer Experienceは、Svelte、SvelteKit、Typescript、GraphQLのステックで3年間働いていました。
もう少しニコニコをまとめてみませんか?
React チュートリアルはしばしばあなたがフレームワークのすべてのリストを必要としているように感じます。 基本的なものを実行するためのフレームワークだけです。 それの多くはハッキングを感じることができます、非常に丸い、そして最初に明らかでない奇妙な概念や隠れた落とし穴でいっぱいです。 時間の経過とともに、それはバラバラ感じます、特にコードベース / 支払いなどの複雑なコンポーネントで、それは正直に異なるアプローチを見るためにリフレッシュしていました。 私はドイツでファッションラベルのためにオンラインショップで働いていました、ここで私たちはPHP、Smarty、およびVueのプラットフォームからPHPで再構築されていました。 それは楽しいでした、そして私はそれを楽しんだので、