おれおれ用語辞典Devsway日々の記録とか記憶とか。3のコンパイラベースのアプローチは、実際には概念的にかなり共通しています。console.log('mounted!'))</script>Svelteコードは、コンパイル時に次のことを行うため、より簡潔に見えます。scriptタグブロック全体(importステートメントを除く)を、(1回だけ実行されるのではなく)各コンポーネントインスタンスに対して呼び出される関数に暗黙的にラップします。可変変異に対する反応性を暗黙的に登録しますスコープ内のすべての変数を暗黙的にレンダリングコンテキストに公開します$ステートメントを再実行コードにコンパイルします技術的には、Vueでも同じことができます(そして、ユーザーランドBabelプラグインを介して可能です)。行っていない主な理由は、標準のJavaScriptとの整合性です。Vueファイルのscriptブロックからコードを抽出する場合、標準のESモジュールとまったく同じように動作するようにします。scriptブロック内のコードは、技術的にはもはや標準JavaScriptではありません。このコンパイラベースのアプローチには、多くの問題があります。コードはコンパイルあり/なしで動作が異なります。プログレッシブフレームワークとして、多くのVueユーザーはビルドセットアップなしで使用したい、必要な、使用する必要があるため、コンパイルされたバージョンをデフォルトにできません。Svelteは自身をコンパイラとして位置付け、ビルドステップでのみ使用できます。これは、両方のフレームワークが意識的に行っているトレードオフです。テンプレート構文(.vueファイル)を使用しない場合コンパイル無しで使用できます。コードの内部/外部コンポーネントの動作は異なります。Svelteコンポーネントから標準のJavaScriptファイルにロジックを抽出しようとすると、魔法の簡潔な構文が失われ、より冗長な低レベルAPIにフォールバック(後退)する必要があります。Svelteの反応性コンパイルは、最上位変数に対してのみ機能します。関数内で宣言された変数には影響しないため、コンポーネント内で宣言された関数に反応状態をカプセル化することはできません。これにより、関数を使用したコード編成に重要な制約が課せられます。これは、このRFCで実証したように、大きなコンポーネントを保守可能にするために重要です。コメント)コメント欄のこと。非標準のセマンティクス(意味合い)により、TypeScriptとの統合が問題になります。3が悪いアイデアであることを意味するものではありません。実際、これは非常に革新的なアプローチであり、Richの仕事を高く評価しています。Vueの設計上の制約と目標に基づいて、さまざまなトレードオフを行う必要があります。remoteはsshでやるべきか?httpsでやるべきか。