以前のドキュメントです。以前のドキュメントです。コンポーネントは再利用される物です。再利用はそのコンポーネントを1つのアプリケーション内でのみ利用する場合は簡単に行えます。一度書いたコンポーネントを複数のサイトやアプリケーションで利用するにはどうしたら良いでしょう。経由して共有できるようにコンポーネントをパッケージ化する事で、成熟したウェブ・アプリケーションにおけるビルドのプロセス内にコンポーネントを組み込むことができます。コンポーネントを1つのファイルとして記述する事を許容しています。利用する人は誰でもそのファイルを直ちに利用できます。ファイルをどのように扱うかが示されていないビルドを用いる人を排除する事になります。以下の例で用いられるこのファイルは手動で生成され、じきに行う議論や課題に必要とされる最小限の設定を含んでいます。ファイルはここに示されるよりも多くの設定を保持している可能性があります。必要なのですが、それは何も、作成の制限が存在するという事ではありません。ファイルへのアクセスを提供するとします。ビルドを解釈してくれます。ビルドはブラウザで直接利用されます。このビルドを自動的に利用します。バージョンを利用する訳ではないのです。ファイル自体へエイリアスを作成する事を許容します。ファイルが代わりに利用されます。現在ではサーバサイドレンダリングの処理においてパフォーマンス向上の為に必要な文字列連結時の最適化を利用できます。タグが必要とするあらゆるプリ・プロセス処理に注意して下さい。これらの依存性は利用者に引き継がれます。可能な限り物事を簡単にしておくため「プレーンな」単一ファイルコンポーネントを提供する事を心がけてください。どのようにしてコンポーネントのバージョンを複数作成するのかモジュールを複数回作成する必要は有りません。つのバージョン全てを用意する事が可能です。スクリプトによって更新されます。ファイルを利用している場合、上記よりも多くの内容を含んでいるであろう事を忘れないでください。これは単に初期段階を示しただけです。作成するために最低限必要な物になっています。新しいバージョンが利用できるようになれば、必要に応じて更新する必要が有ります。加える変更は完了しました。設定を加えて準備します。自動的に読み込まれてページ上で即座に利用できるようになります。ファイルによって行えます。component;最初の行では単一ファイルコンポーネントを直接読み込み、最後の行ではその内容を変更しないでエクスポートしている事に気づくでしょう。検知してコンポーネントを自動的にインストールしようと試みています。作業は9割方終わりました、最後まで一気に進みましょう。適切に設定されていることを確認するだけです。ために単一ファイルコンポーネントをパッケージ化する最小限の設定となっています。出力を難読化したりするカスタマイズを加える余地が有ります。コンポーネントに付与されるのはパスカルケースの名称で、これはここまでの手順で利用されてきたケバブケースの名称に対応していなければなりません。この手順は現在の開発工程に取って代わるものかこのページの設定は現在使っている開発工程を置き換えるものでは有りません。用いたホット・モジュール・リロードを行う環境を利用しているのならば、その環境を使い続けるべきです。src/my-component.vue言い換えると、各自の好みに合った物を開発環境で使ってください。この手順で大まかに示されているのは完全な開発プロセスというよりは「最後の仕上げ」になります。どのような場合にこのパターンの利用を避けるべきかここで示した方法で単一ファイルコンポーネントをパッケージ化するのは特定の状況では良いアイデアとはならないかもしれません。この手順はコンポーネント自体がどのように書かれるかという点については深く掘り下げませんでした。ある種のコンポーネントはディレクティブや追加した機能によって他のライブラリに対して副作用をおよぼすかもしれません。いった場合には、ここで紹介した手順が必要とする変更が広い範囲に及び過ぎないか評価する必要が有るでしょう。加えて、自分の単一ファイルコンポーネントが持つかもしれないあらゆる依存性に注意をはらって下さい。これらのパッケージを最終的なコードにまとめてしまう可能性が有ります。設定し、利用者に対してはその依存性について周知するためドキュメントを更新する必要が有るかもしれません。ベータ版の状態でした。ビルドモードが備わっています。正しく指定している事は確認する必要が有ります。よるライトニング・トークの成果です。ダウンロードできます。カスタマイズする事もできます。