入門
長いフロントエンド開発の後、複雑なワークフローを処理するための実践の多くの出現は、それが簡単に様々な小さなファイルに洗練されたモジュラー複雑な手順を作ることができ、開発を行いますが、使用することを強制しないのWebPACK本稿では詳細に設定すると、パッケージのインストールのプロセスについて説明しWebPACKのいくつかのモジュール式のアプローチは、しかし、あなたのプロジェクトを通じて無痛のアクセス権を与えることは、すべてのモジュール方式と互換性があります。
WebPACKのブリーフ
基本的に、WebPACKのは、 近代的なJavaScriptアプリケーションで静的パッカーモジュール(モジュールバンドラー)。WebPACKのアプリケーションを処理するとき、それは再帰的に構築する依存グラフ(依存関係グラフ)各モジュールがアプリケーション所望のが、これらのモジュールの全てが、1つまたはそれ以上の中に包装されている含み、 バンドル。
これは4つのコアコンセプトを含み
- 入り口(エントリ)のWebPACKが示すモジュールを使用しなければならない、内部のように構成された依存グラフが始まります。出発点への入り口の後、WebPACKの従属エントリ(直接および間接)の出発点であるモジュールやライブラリを見つけるだろう
- アウトプット(出力):出力は、それが作成される場所のWebPACKを知らせる バンドルを、どのようにファイルに名前を付けるために、デフォルト値
./dist
- ローダー:これらの非JavaScriptファイルを扱うことのWebPACKできましょう(自分自身のWebPACKのみJavaScriptを理解して)
- プラグイン(プラグイン):プラグインは、タスクの広い範囲を実行するために使用することができます。プラグインの範囲は、環境変数を再定義するすべての方法を最適化し、圧縮をパッケージから、含まれています。プラグインのインターフェイスは、非常に強力であるさまざまなタスクを処理するために使用することができます。
次のように公式サイトを経由して図には、強力なWebPACKのを説明することができます:
包装工程
次に、インストールWebPACKの細部構成及び詳細な手順は、パッケージ
インストールのNode.js
ブログポストを参照することができNode.jsのインストール詳細な手順チュートリアル(Windowsの場合)、書き込みはここでは繰り返しません。
グローバル・インストールのWebPACK
、グローバル-gがインストールされ、削除され、インストールのWebPACKのWebPACK-CLIでCMD、次のようにinstallコマンドを実行します
NPMは、インストールのWebPACKのWebPACK-CLI -g
ローカルプロジェクトフォルダを作成します
例えば、「D:\ TestWebpack」として、ローカルプロジェクトフォルダを作成すると、CMDコマンドウィンドウには、それぞれ、そのディレクトリに変更するには、次のコマンドを入力します。
D: //はDドライブに切り替え CDのD:\ TestWebpack // プロジェクトディレクトリに変更
ローカルインストールのWebPACK
ローカルにインストールされたセーブ-DEV - WebPACKを、前記プロジェクトディレクトリにインストール次のコマンドを入力します。
NPMは、インストールのWebPACKのWebPACK-CLI --save-devの
ビューWebPACKのバージョン
バージョン番号が表示された場合は、次のコマンドを入力して、インストールが成功しました。
WebPACKの-v
ファイルpackage.jsonを作成します。
自動的にプロジェクトディレクトリのpackage.json内のファイルを生成するには、次のコマンドを入力します。
NPMのinit -y
構成パッケージの内容
プロジェクトディレクトリには、プロファイルを保存するために、configフォルダを作成し、srcフォルダを、ソースコードを格納するため、OUTフォルダを、パッケージ生成されたドキュメントを格納するために、特に以下に示すように。
webpack.config.jsファイルを追加します。
webpack.config.js設定ファイルは、フォルダに追加し、次のコードを追加します。
パス=一定( 'パス')を必要と; // のNode.jsのコールパスを module.exportsは= { エントリ:{ インデックス:」./src/js/index.js' // ファイルをパッケージ化する必要があり }、 出力: { ファイル名: '[名]は.jsファイル'、 // 何のファイル名が入力され、生成されたファイル名は何ですか パス:path.resolve(__ dirnameは、 '.. / OUT')// 生成され、指定されたファイルのディレクトリ }、 モード:「開発」 // 開発モデル、およびので、ノーJSファイル圧縮、ファイル圧縮がデフォルトで生成されます }
WebPACKの実行
CMDコマンドウィンドウで、index.js後に生成されるパッケージのうちディレクトリに正常に実行した後、次のコマンドを入力します
WebPACKの--configのconfig / webpack.config.js
配置package.json
各入力は、次のようにこのケースでは、我々は、package.jsonファイルを設定することができ、長い、WebPACKの--configのconfig / webpack.config.jsコマンド、および非常に不便:
{ "名": "TestWebpack" 、 "バージョン": "1.0.0" 、 "説明": "" 、 "メイン": "index.js" 、 "スクリプト" :{ "テスト": "エコー\"エラー:何のテストは"1"番出口&& \を指定していない、 "WebPACKの--configのconfig / webpack.config.js": "スタート" }、 "キーワード" :[]、 "著者": "" 、 "ライセンス":" ISC " 、 "devDependencies" :{ "クリーンのWebPACK-プラグイン": "^ 3.0.0" 、 "WebPACKの": "^ 4.39.3" 、 "WebPACKの-CLI": "^ 3.3.8" } }
設定が完了すると、私たちは、次のコマンドを直接包装することができる入力します。
NPMの実行開始
キャッシュの問題とJSの契約
(JSの非存在下でのJSファイルを再パッケージ、包装される内容を変更しない)問題を解くことによりJSキャッシュハッシュ値を、webpack.config.jsファイルを変更し、特定のコード次のように
CONSTパス=(「パス」を必要とします)。 module.exportsは = { エントリ:{ インデックス: './src/js/index.js' }、 出力:{ ファイル名: ' [名]。[chunkhash:8] .jsファイル、// 哈希的增加8位值 パス:path.resolve(__ DIRNAME、 '.. /アウト' ) }、 モード: "開発" 、 }
インストールのWebPACKプラグクリーンWebPACKの-プラグイン
クリーンのWebPACK - プラグインのプラグインによって出力先の前に古いファイルを削除します。
インストールコマンド
NPM --save-devのクリーンWebPACKの-プラグインをインストール
使用
CONSTパス=(「パス」を必要とします)。 CONST {CleanWebpackPlugin} =( 'クリーンWebPACKの-Plugin'を必要とします)。 module.exportsは = { エントリ:{ インデックス:」./src/js/index.js' }、 出力:{ ファイル名: '[名] [chunkhash:8]。.jsファイル' 、 パス:path.resolve(__ DIRNAME、 '../out' ) }、 モード: "開発" 、 プラグイン:[ 新しいCleanWebpackPlugin() ] }
二つの使い方
CONSTパス=(「パス」を必要とします)。 constのCleanWebpackPlugin必要=( 'クリーンWebPACKの-プラグイン' ).CleanWebpackPlugin。 module.exportsは = { エントリ:{ インデックス:」./src/js/index.js' }、 出力:{ ファイル名: '[名] [chunkhash:8]。.jsファイル' 、 パス:path.resolve(__ DIRNAME、 '../out' ) }、 モード: "開発" 、 プラグイン:[ 新しいCleanWebpackPlugin() ] }
以下に示すような構成の後、我々は、ディレクトリ、JSファイルの唯一の新世代から、再起動し、この時間をNPMの実行を実行します。
概要
これまでのところ、我々はWebPACKの、コンフィギュレーション、包装、一連のステップからのインストールが完了しました。より詳細な手順は、この記事の助けを借りますならば、私がテストしたすべての後を通じて、インストールまたは使用の質問に存在する場合は、メッセージ交換を残してくださいのサポートに注力したいです。