nodejs +一息+ WebPACKの基礎
ポイントなどの知識を組み合わせゴクゴク、WebPACKの、バベルは、NodeJS + NPMフロントエンドの開発を組み合わせた方法を必要とします。
第3章:フロントエンドツールバベル+ ES2015体験学習記事
なぜ我々は、フロントエンドエンジニアリングが必要なのでしょうか?
プロジェクトの意義は正規軍、近年で生まれた多くの関連ツールやコンセプトなど野蛮の時代から進化し、業界のフロントエンドのフロントエンドを作ることです。フロントエンドエンジニアリングを行う毎日の好奇心のプロセスは、主な課題は、次の問題に対処することである:
✦フロントエンドのコードがどのように複数のプロジェクトを管理するために?
どのよう✦同期多重化は、コードを変更しますか?
開発者はGengshuangを体験する方法✦ことができますか?
あまりにも多くのアイテム
以前のブログ記事に書いた 複数のプロジェクトを参照し、共通のプロジェクトを管理する方法については?、物品は、特定のプロジェクトにハイサイド(PC /モバイル/アプリケーション/パッドを述べ 、) の開発およびフロントエンドコンポーネントは退屈な仕事である維持するために非常に多くの項目として、冗長多くの仕事があるだろう。
より良い管理フロントエンドのコード
背景のディレクトリ指定に合わせてフロントエンドコード、離れて取り壊さ本当に良いフロントエンドのディレクトリ構造、管理の開発経験と非常に友好のために分散させるフロントエンドのコードだったかもしれません。
(フロントエンドのコンセプトで設計され、フロントエンドとバックエンドのプロジェクト項目は、完全にあなたがコードをしたい組織のディレクトリ構造でフロントから分離し、その後、バックグラウンドにプロジェクト出力を構築するための特定の方法に従うことができ、完璧にはそれが妾のようなものではありません3000の感)。
技術選択
以下のおおよそのようにモジュラーコード分割を管理するためのWebPACKを導入しながら、グッフロントエンド・エンジニアリング・ソリューションの周りに構築する一気、WebPACKの、FIS、最終的な決定を含む研究市場の主流の構築ツール、:gulp
:HTML圧縮処理/前処理/条件付きコンパイル、画像圧縮、スプライトタスクを自動的にマージwebpack
:モジュラーの管理、JS / CSSを構築します。
、比較的より柔軟飲み込むことが主因ゴクゴク&WebPACKのを選択して、モジュール式のプログラム中のWebPACKがあまりにも良いですが、より多くのタスクを実行するためにカスタマイズすることができる理由については(私は助けることは賞賛することはできません)。
どのようにフロントエンド設計プロジェクトのディレクトリ構造?
次のようにフロントエンドプロジェクトのディレクトリ構造から引き出されます
appfe目录
タスクを構築し、フロントエンドコード:項目が2つの主要部分を含むAppfeは、上記アイテム遠位にある、: appfe > gulp目录
:グッすべてのサブタスクが含まれ、各サブタスクがすべて論理的に関連するタスクを含んでいます。appfe > src目录
:なので、上のページ、コンポーネント、画像、フォントファイル、およびなど、すべてのフロントエンドのコードが含まれています。appfe > package.json
:それはそれを言うまでもないです。appfe > gulpfile.js
:ガルプエントリファイル、すべてのサブタスクの一気の導入。
理想的には、現実には、ピットの多くにステップするための努力の多くを過ごすために運命の特定実際には非常に細いので、良い願い、ある、いっぱいです。
毎日のオンラインアップグレードについての好奇心、最終的にはボーエン前に一緒にこまごまとを置くための時間を持って、そしてあなたに共有する彼の経験と組み合わせるには、当然のことながら、将来は、我々はできる、また、大きな調整を持って、ここでの議論を開始することができ参考思考。
それは何飲み込みますか?
グッは、より単純で、より効率的なフローベースのビルド・ツール、他の工具部材に対して、です。
前に書いた:ヒント一気エントリがすでに進んでください一気のいくつかの知識を持っている場合、あなたは、を参照することができます。
何がそれをWebPACKの?
WebPACKのモジュラー管理ツールモジュールはWebPACKの需要負荷、前処理モジュール、モジュールパッケージ機能を使用して実施することができます。
前に書いた:ヒントWebPACKのエントリがすでに進んでくださいWebPACKのいくつかの知識を持っている場合、あなたは、を参照することができます。
一息&WebPACKのを統合する方法
今のWebPACKにも重要な役割を果たし、明らかに年の時jQueryの回でますます人気のトレンド、そして一息でした。彼らは、ツールの目的は、ビルドプロセスの自動化を達成することである構築し、ビルド・ツールとして見ることができます。彼らは、ノードのキットは、世界的にNPMを介してローカルコンピュータにインストールすることができます。
ガルプは、ツールを実行するタスクである、例えば、一般的に使用されるコマンドは以下のとおりです。gulp.taskを()、WebPACKのツールを実行するタスクではありません、WebPACKのは、モジュールのビルドツールです。プログラムの主な目的は、静的リソースモジュールとその依存関係の構築を支援することです。だから、jQueryの完璧な時代に飲み込むと、SPA大規模な単一ページのアプリケーションのために、WebPACKのモジュラーは、この問題を解決します。
一息のWebPACKは、モジュール処理ルートを取ったが、両方の目標を達成するために、ストリーミングルートを取っては同じであり、それは、フロントエンドエンジニアリング分野の自動化と管理を促進することです。
WebPACKのは、JS / CSSの、多くのサブタスクのより複雑な部分を飲み込むで相関処理を行います。
前記分析、需要の負荷、JSコード圧縮合併のための手段を、その上の共通モジュール、SourceMap、PostCSS、CSSのコード圧縮、およびを引き抜い...
ノードのビルド環境を使用してください(WebPACKの、ゴクゴク)
重要なポイント
重要な点は、インストール時にこのカタログで実行されているコードNPMスクリプトは、優先順位モジュール、すなわちランニングのWebPACK、がぶ飲みはグローバルモジュールを必要としていること、インストールは今だけで、このプロジェクト内で動作することができています
コード
-
package.json
-
-
{
-
...
-
スクリプト:{
-
"DEV":"のWebPACK"、
-
「構築」:「ゴクゴク」
-
}
-
-
...
-
}
-
(配達バックエンド)を使用します
単純に全体のローカルプロジェクトがすべてのバックエンド・スタッフにコピーされ入れて、正常に動作することができ、バックエンドの開発マシン上でNode.jsの環境をインストールします
- コードを実行します。
-
NPM DEVを実行します
-
NPM実行ビルド
nodejs、NPM、がぶ飲み、のWebPACKの紹介との関係
nodejs
Node.jsのは、JavaScriptのランタイム環境クロームV8エンジンです。JavaScriptはJavaScriptが対等な立場サーバサイドのスクリプト言語にPHPやPython、Rubyや他の言語にすることができますオープンプラットフォームサーバで実行されているましょう。(設定環境変数のインストールに注意してください)
海抜
NPMは、モジュールですnodejs nodejsパッケージマネージャです。
私たちは、Node.jsの上で開発する場合、検索に我々は他の誰かのコードを必要なときにあれば、他の人が書いたJavaScriptコードの多くを使用すると、すべての名前、ソースコードのダウンロード、抽出、再利用することにより、非常に面倒なことができます。だから、パッケージマネージャNPMました。彼らは、自分のソースNPMは、公式ウェブサイトにアップロードされ、書き込み、またはあなたが直接にインストールNPMを通じて、特定の番号を使用する場合は、どこのソースコードを制御しません。我々はモジュールAを使用したい、また、モジュールBに依存するモジュールであればと、モジュールBとCも依存モジュールD、この時間NPMベースの依存関係、依存するすべてのパッケージがダウンロードされ、管理されています。これらの取り組みは、意志を完了するために、私たち自身に完全に依存している場合、どのくらいのトラブルを想像してみて!
市場では、多くの一般的なサードパーティのツール、cnpm、糸、バウアーがあります
飲み込みます
グッ開発プロセスは、圧縮されたファイルと組み合わせるモジュラー開発、バージョン管理の分離を達成するためのフロントエンド、前後端を調節することで、フロントエンドの自動化ツール上に構築された模擬データストリーム機能します。像点は、「当社製品のパイプラインで管理することができ、パイプラインの制御を受けている、ゼロから、製品ラインのような製品全体をがぶ飲み。」と述べました
ガルプはタスクを通じて開発プロセス全体を構築することです。
1.ビルドツール
2.オートメーション
3.効率を改善
WebPACKの
WebPACKのは、今日では最も人気のあるフロントエンドリソースベースの構成管理とモジュラーパッケージングツールです。これは規則に従って緩いフロントエンドモジュール準拠リソース依存製造及び配備の数にパッケージすることができます。また、実際に必要な時間は、その後、非同期ロードまで、コードモジュールが分離されているオンデマンドでロードすることができます。リソースの任意の種類のローダ変換することによって、そのようなようにCommonJsモジュール、AMDモジュール、ES6モジュール、CSS、画像、JSON、CoffeeScriptの、LESSとして、モジュールとみなすことができます。
1.パッケージツール
2.モジュラー認識
3.プログラムモジュールのコードは、コンパイルによって
一口とのWebPACKツールは、Node.jsのに基づいています
概要
1.jqueryは依然として複雑なようなビジネスロジック、ビジネス・ロジックを動作させるための豊富なDOMの組み合わせに依存して、コードの各行は、不可解な気持ちがあるでしょう。理由は次のとおりです。
- まず:ビジネスロジックとUIは、ミックスを変更します
- 第二:また、このインタラクティブなロジックを混在UI、そのためには、より論理的な混乱の混乱になります。
時々 UIインタラクションロジックは、より柔軟なビジネスロジックに埋め込むことができるので、当然のことながら、第二の点は、一方の利点である、他のMV *でフレームを処理することが比較的困難です。
2.vuejs非常に小さな新鮮な、小さな新鮮でそれはかなり良いように公式のデモのような複雑なものを、行うことができないという意味ではありません:http://vuejs.org/examples/svg.html
それは管理する必要があるため、ほとんどの、コードの量を3.reactjs UIロジックは、だけでなく、DOMをレンダリング心配します。
4.extjsは意味が使用されません。
高速なレンダリングを5.angularjs、それは大きな(vue.jsに対して)です。
フロントエンドエンジニアリングの自動化は、いくつかの複雑な作業を処理し、開発効率を向上させ、低レベルのエラーを減らすことができます。
さらに重要なことは、資料の冒頭または前記、最も重要なフロントエンドエンジニアリングでは、より挑戦的な、より複雑なことを行うことができるように私たちのフロントエンドの開発に新たな視点、フロントエンドの開発を与えることです!
[記事を参照してください]
コントラスト1に反応、3つの主流のフレームワークのフロントエンド、Vueの、角度 - ジェーンブックhttps://www.jianshu.com/p/c4005414025c
https://blog.csdn.net/qq_35813265/article/details/81872351 - 2は、遠位サーバに配備+ NPM + VUE + WebPACKの+ nginxの包装アイテムをNode.jsの
3、nginxの完璧にマッチしてnodejs - https://blog.csdn.net/qq_17475155/article/details/66473855
https://blog.csdn.net/chszs/article/details/43203127 - 4、nginxのでNodeJSアプリケーションの負荷分散を行います
5、使用PM2横たわって負荷分散 - https://blog.csdn.net/qq_17475155/article/details/53823862