日が経過しています。情報の鮮度にご注意ください
はじめに
他の人の vue マルチページフレームワークを研究してみたところ、ほとんどが package.json ファイルを直接コピーしてローカルで npm install を実行するか、公式の vue-cli ツールを使ってプロジェクトを生成する方法でした。確かに理解はできますが、記憶に残らないため、.vue をコンポーネントとして使用するプロジェクトをゼロから構築する練習が必要だと考え、このプロジェクトを作成しました。
.vue コンポーネントを使用する場合、以前のように jQuery のように vue.js をページに直接読み込むのではなく、webpack + babel + 各種 loader ツールを使用して .vue ファイルをコンパイルし、html をバンドル生成する必要があります。
FBI警告
注意 : これは最も基本的な初体験であるため、正式な開発で必須となる loader や plugin はインストールしていません。公式チュートリアルに従って手動で入力することで、特に上級チュートリアルで扱う親子コンポーネント間のパラメータ受け渡し、スコープ付きスロット、再帰コンポーネント、slot などの複雑な部分を深く理解するためです。したがって、この設定は正式な開発の参考設定として使用することはできず、vue コンポーネントの動作原理を理解するための練習プロジェクトとしてのみ利用してください。
設定説明
以下の設定の詳細説明は後述しますが、読みたくない場合は以下の package.json を直接コピーしてください。ただし、記憶に定着させるためには手動で入力することをお勧めします。
さっそく始めましょう。
まず、webpack+vue を使用するため、必要なパッケージをインストールします。ここでは vue@2.2.4 と webpack@1.12.2 を使用します:
1 | |
次に babel と対応する loader です。ここでは es2015 の設定を使用し、最新のものを利用します:
1 | |
そして webpack の必須 loader です。css-loader は css 内の url() リソースを処理し、style-loader は require された css を抽出して style タグに挿入し、ページの head 部分に追加します。html-webpack-plugin はエントリーファイルの js を html に変換し、エントリーファイル内の各種リソースは各種 loader によって処理された後、生成された html に挿入されます。extract-text-webpack-plugin は js から style タグを介して head に追加されたスタイルを個別の .css ファイルに抽出します:
1 | |
最後に vue 関連のものです。.vue ファイルには少なくとも template/style/script の3つのタグが含まれるため、3つの loader と総合的な vue-loader の計4つの loader が必要です:
vue-html-loader は webpack の公式 html-loader のフォークで、作者は webpack.config.js の module.export.vue オブジェクト上で html オプションを使用して vue 関連の html を個別に設定できるようにするためにここに配置しています(このプロジェクトでは vue-loader をインストールすれば十分ですが、説明のために一緒にインストールしています)。
vue-style-loaderは.vueファイル内のstyleセクションの内容を処理するために使用され、webpackの公式style-loaderのforkです(このプロジェクトではvue-loaderをインストールすれば十分ですが、ここでは説明のために記載しています)。
vue-template-compilerは.vueファイル内のtemplateセクションの内容を処理するために使用されます。コンパイル後のファイルで他の処理を行う場合(つまりbuild toolsを記述する場合)を除き、これは必須ではありません。なぜならvue-loaderは既にデフォルトでこれを使用しているからです(このプロジェクトではvue-loaderをインストールすれば十分ですが、ここでは説明のために記載しています)。
vue-loaderは.vue拡張子の内容を処理するために使用され、関連する内容が検出されると、上記の3つのloaderを呼び出して処理を行います。
1 | |
最後に開発用のwebpack-dev-serverです。ここでは1.12.1バージョンをインストールします:
1 | |
以下は全体のpackage.json設定ファイルです。各package.jsonフィールドの具体的な意味については、このサイトを参照してください。
1 | |
プロジェクト説明
依存関係のインストールが完了したので、次にwebpackの設定を見ていきます。vue公式ドキュメントのコンポーネント部分を早くテストしたいため、すべてを簡素化しています:
1 | |
この設定について、いくつか説明が必要です。
上から順に、まずaliasです。vue-routerを使用したことがある人はこの設定が必要ないかもしれませんが、.vueコンポーネントを使用するプロジェクトではこの設定が必須です。なぜなら、使用するvueのjsタイプを指定する必要があるからです。このプロジェクトのnode_module/vue/dist/フォルダ内のファイルを見ると、vue.jsとvue.common.jsの2種類があります。vueがtemplateコンポーネントをコンパイルする際にはcompiler.jsが必要で、その目的はtemplate内のhtml内容をrender関数にコンパイルすることです:
コンパイル前:
1 | |
そしてvueはcompilerでtemplateをコンパイルした後のjsを実行する際、render関数が存在する場合は直接renderを実行し、templateフィールドの内容は無視されます。コンパイル後のrenderを実行するタスクは、vue.common.jsによって行われます。したがって:
1 | |
そのため、vue-routerを使用している場合、そのpackage.jsonのmainフィールドはnode_module/dist/vue.common.jsを指しています。これをそのままプロジェクトにコピーすると、実行時にvue.common.jsのruntimeエラーといったメッセージが表示される可能性があります。
次に説明する必要があるのは、この css-loader と style-loader、そして vue-style-loader についてです。style-loader があるのに、なぜ vue-style-loader が必要なのでしょうか? vue-style-loader の説明を確認したところ、これは単に style-loader の fork であり、.vue ファイルを個別に処理するため、またユーザーが vue の設定をより明確に行えるように、webpack@1.x の設定ファイルの vue フィールドに追加されていることがわかりました。extract-text-webpack-plugin プラグインの設定を:
1 | |
から:
1 | |
に変更することで、コンパイル後の結果が同じであることを確認しました。
デフォルトでは、vue-loader は自動的に vue-style-loader を使用するため、.vue ファイル内で @import を使用して css を読み込まない場合、手動で vue-loader-style を vue.loaders フィールドに追加する必要はありません。vue-loader は自動的に .vue ファイル内の style タグの内容を処理し、style タグとしてページに挿入します。しかし、.vue ファイル内の style タグで @import を使用して css ファイルを読み込む必要がある場合は、module.exports.vue で個別に設定する必要があります。vue フィールドから vue-style-loader を削除してテストすることができます:
1 | |
さらに、エントリーファイルの js 内の require('xxx.css') は、デフォルトの module.exports.module.loader によって処理されます。これは、デフォルトの loader で extract プラグインを使用し、module.exports.vue では extract プラグインを使用しないことで確認できます。結果から、エントリーファイル内の css は抽出されますが、.vue ファイル内の @import で読み込まれた css は抽出されないことがわかります。
もしエントリーファイルで require された css ファイルを個別に抽出する必要がある場合は、module.exports.module.loader で extract-text-webpack-plugin を設定する必要があります。
注意: vue-style-loader を module.exports.vue.loaders フィールドに配置するのは、.vue ファイル内の style タグの内容を個別の .css ファイルとして抽出し、ページに link として挿入するためです。style-loader と css-loader をデフォルトの module.exports.module.loaders に配置しても、vue 内の style タグの内容を処理することはできません。少なくとも Vue 1.x バージョンと webpack 1.x バージョンでは無効です。webpack 2.x バージョンでは、サードパーティのフィールドが削除され、module.export 内に自由にフィールドを追加することが制限されています。
最後に、css-loaderとstyle-loaderは常にセットで記述されます。なぜなら、css-loaderの役割は@importやurl()属性値内の依存関係を解決することであり、単独では実質的に意味を成さないからです。style-loaderこそがcssを処理し、jsにバンドルして、最終的にhead内(挿入位置は設定可能)に<style>タグとして挿入するloaderなのです。
最後にextract-text-webpack-pluginについて説明します。このプラグインは3つの引数を受け取ります:
第1引数はオプションで、loaderを渡します。cssスタイルが抽出されなかった場合にこのloaderが使用されます。
第2引数はcssファイルをコンパイル・解析するためのloaderで、前述の例のcss-loaderのように必須です。
第3引数は追加オプションで、現在はpublicPath(現在のloaderのパスを指定)のみが利用可能です。
第1引数が必要なケースは、スタイルが抽出されない状況を理解すれば明らかになります。
code splittingをご存知の方ならわかるように、ページロード時に使用されないコードがある場合、code splittingによってそのコードを分割し、別ファイルとして按需ロードを実現できます。
この分割されたコード内でrequireによりスタイルファイルをインポートしている場合、ExtractTextPluginを使用してもこれらのスタイルコードは抽出されません。
抽出されないコードに対してloaderで処理を行うのが、ExtractTextPlugin.extractの第1引数の役割です。
さて、設定ファイルの話はこれで終わりです。次に、このプロジェクトの動作原理について説明しましょう。
百聞は一見に如かず。まずはコード画面をご覧ください:

(画像が小さい場合は右クリックで新しいタブで開いてください)
矢印が示す通り、1ページには少なくとも1つのコンポーネントが必要です。ここでは1ページ1コンポーネントとして記述し、他のコンポーネントをimportしていません。
したがって、1ページには最低3つのファイル(.vueファイル、.jsエントリーファイル、.htmlコンポーネント挿入ファイル)が必要です。
htmlにはappというコンポーネント名を記述し、エントリーファイルでvueをインスタンス化してappコンポーネントを使用します。このappコンポーネントのテンプレートはindex.vueから取得し、対応するcss、js、そしてmvvmの特徴であるデータバインディングもindex.vue内に記述します。
「エントリーファイルのjsはどうやって同ディレクトリのhtmlファイルを見つけるのか?」と疑問に思う方もいるでしょう。実はこれはwebpack.config.js設定ファイルであらかじめ定義されています:
1 | |
このhtml生成プラグインがjsエントリーファイルに、必要なテンプレートがappディレクトリのxxx.htmlから来ること、そして最終的にバンドルされたbundle.jsがこの中にinjectされ、最終ページが生成されることを伝えています。
また、疑問に思う学生もいるかもしれません。エントリーポイントの js ファイルで、vue のインスタンス化時に使用される components.App は、コンパイルプロセス中に this_is_main_page_which_you_put_components_into.html ファイル内の <app> コンポーネント参照を見つけるのか、それとも runtime 時に、最終的にバンドルされた bundle.js から実行され、this_is_final_filename_address_you_visit_in_browser.html ページ内の <app> タグを探すのか?答えは後者です。なぜなら、先ほど述べた HtmlwebpackPlugin プラグインは html の生成とバンドル後の bundle.js の注入のみを担当しており、vue が bundle.js にバンドルされた後、vue のインスタンス化時に初めて <app> タグを探すからです。
こう見ると、直接 script タグで vue.js ファイルを参照してレンダリングする効果と同じですが、webpack のような開発方法はコンポーネントを分離し、開発プロセス中のコード/コンポーネント構造をより明確にします。また、直接 vue.js を参照するのはフロントエンドの runtime render であり、一方で compiler render 後に直接実行される後者の方が効率が高いです。
次に、効果ページです:

(画像が小さい場合は右クリックで新しいタブで開いてご覧ください)
画像を見れば意味がわかりますね。
まだ不明点がある場合はドキュメントを参照してください。
今回はここまでです。vue と webpack に関する 注意点/詳細/設計思想 についてはまだ話すことがたくさんありますので、また後ほど~
人生の重要な選択に直面したとき、最善の方法を誰かが教えてくれて、貴重な時間を無駄にせずに済めばと、私はよく願っています。だからこそ、自分の経験を踏まえて頻繁にブログを書き、広大なインターネットのこの小さな片隅に、私にとって一度きりの人生経験を記録し、助けを求める人々の力になれればと思っています。