特有のオプションで拡張しています。プラグインを一度作成すれば、開発とビルドの両方で動作させることができます。プラグインドキュメントを読むことをお勧めします。確立されたパターンをすぐに提供できるように努めているため、新しいプラグインを作成する前に、機能ガイドをチェックして、ニーズが満たされているかどうかを確認してください。固有のプラグインの両方の形式で、利用可能なコミュニティープラグインを確認してください。インラインで記述できます。そのために新しいパッケージを作成する必要はありません。あるプラグインが自分のプロジェクトで役に立ったことがわかったら、エコシステムにいる他の人を助けるために共有することを検討してください。プロジェクトに含めることをお勧めします。プラグインの中間状態を検査できます。アクセスして、プロジェクトのモジュールや変換スタックを検査できます。ドキュメントをご覧ください。プラグインの命名規則を使用することをお勧めします。プレフィックスが付いた明確な名前を持つ必要があります。キーワードを含めます。ベースのプロジェクトでも使用できるようになります。プレフィックスが付いた明確な名前を持つ必要があります。キーワードを含めます。特有のプラグインフックを使用するなど)。プラグインが特定のフレームワークでしか動作しない場合は、その名前をプレフィックスの一部として含めるべきです。プレフィックス仮想モジュールの規約も参照してください。配列のオプションを使って設定します。値)のプラグインは無視され、プラグインを簡単にアクティブ化や非アクティブ化するのに使えます。つの要素として受け入れることもできます。これは、複数のプラグインを使って実装した複雑な機能(フレームワークの統合など)に便利です。配列は内部的にフラット化されます。プラグインは、実際のプラグインオブジェクトを返すファクトリー関数として作成するのが一般的です。この関数はユーザーがプラグインの動作をカスタマイズするためのオプションを受け付けます。次のセクションの例を参照してください。インポート構文を使用して、ビルド時の情報をソースファイルに渡すことができる便利な機構です。エコシステム内の他のプラグインとの衝突を避けるために、可能であればプラグイン名を名前空間として使用すべきです。いった仮想モジュールをインポートするようユーザーに求めることができます。付ける必要があります。処理しようとするのを防ぎ(ノード解決など)、ソースマップなどのコア機能がこの情報を使用して、仮想モジュールと通常のファイルを区別できます。許可されていない文字なので、インポート分析中に置き換える必要があります。してエンコードされてしまいます。プラグインパイプラインに入る前にデコードされて戻ってくるので、これはプラグインフックコードには表示されません。SFC)のスクリプトモジュールのように、実際のファイルから直接派生したモジュールは、この規約に従う必要はありません。通常、処理時に一連のサブモジュールが生成されますが、これらのコードはファイルシステムにマップして戻せます。使用すると、ソースマップが正しく機能しなくなります。ビルドフックを呼び出すプラグインコンテナーを作成します。パラメーターを持ちます。ドキュメントに書かれています。絶対パスであるかもしれません。値を提供することができます。フックは開発中には呼び出されないことに注意してください。除く)は開発中には呼び出されません。呼び出していると考えることができます。特有の目的を果たすフックを提供することもできます。設定を解決される前に変更します。公開する現在の設定環境を受け取ります。既存の設定に深くマージされる部分的な設定オブジェクトを返したり、設定を直接変更できます(デフォルトのマージで目的の結果が得られない場合)。フックの中に他のプラグインを注入しても効果はありません。プラグインが解決された後に呼び出されます。このフックを使って、最終的に解決された設定を読み取って保存します。このフックはプラグインがコマンドの実行に基づいて何か別のことをする必要がある場合にも便利です。あることに注意してください。ViteDevServer開発サーバーを設定するためのフック。フックは内部ミドルウェアがインストールされる前に呼び出されるため、カスタムミドルウェアはデフォルトで内部ミドルウェアより先に実行されます。ソケットサーバー、ファイルシステムウォッチャー、モジュールグラフへのアクセス)。本番ビルドの実行時には呼び出されないため、他のフックはこれがなくても動くようにしておく必要があります。同じですがプレビューサーバー用です。フックは他のミドルウェアがインストールされる前に呼び出されます。エントリーポイントファイルを変換するための専用フック。文字列と変換コンテキストを受け取ります。出力バンドルを公開します。変換された後に適用されます。処理する前にフックが適用されます。未定義であるフックがすべて適用された後にフックを適用します。'body-prepend'}注意エントリーファイルのカスタム処理があるフレームワークを使用している場合、このフックは呼ばれません(たとえば、SvelteKit)。更新処理を実行します。変更されたファイルに影響を受けるモジュールの配列です。)、配列になっています。空の内容を返すため、この関数が提供されています。関数は、この動作を正規化します。プロパティを指定して、適用の順序を調整できます。reporting)これはフックの並び順とは別のものであることに注意してください。​デフォルトではプラグインは配信とビルドの両方で起動されます。)が、すべてではありません。一部のプラグインフックは、バンドルされていない開発サーバーのコンテキストでは意味をなさないためです。フックを使用していない。フックの間に強い結合がない。プラグインと同じように動作します。解決しながらパスを正規化します。セパレーター(\)を持つことになります。設定パターンやその他の同様のパスが正しく動作することを意味します。セパレーターを使用するようにパスを正規化することが重要です。モジュールからエクスポートされます。フィルタリングのパターンを使用できるようにします。コア自体でも使用されています。プラグインによりクライアントとの通信に役立つ機能をいくつか提供しています。],})注意イベント名には常にプレフィックスを付けて他のプラグインとの衝突を避けることを推奨します。インターフェイスから推論しますが、インターフェイスを拡張することでカスタムイベントを型付けすることも可能です。拡張子を含めてください。モジュールがどのファイルを拡張しようとしているのかを認識できない可能性があります。ドキュメントを参照してください。Contributors。