Ausführliche Erläuterung von Build and Serve mit Angular CLI

Dieser Artikel stellt hauptsächlich die detaillierte Erklärung von Build and Serve mit Angular CLI vor. Jetzt teile ich ihn mit Ihnen und gebe ihn als Referenz.

Build.

Build führt hauptsächlich die folgenden Aktionen aus:

1. Kompilieren Sie die Projektdatei und Geben Sie es aus. Gehen Sie zu einem Verzeichnis

2. Build-Ziele bestimmen das Ausgabeergebnis

3. Bündelung der Verpackung

4. Produktion Der Build der Umgebung führt auch Uglify und Tree-Shaking durch (Entfernen von nutzlosem Code)

ng build.

Sie können das lesen Hilfe zuerst:

ng build --help

Verwenden Sie für die Entwicklungsumgebung den Befehl ng build.

Standardmäßig befindet sich das Ausgabeverzeichnis in .angular- cli. Das ourDir-Attribut in der JSON-Datei ist konfiguriert und der Standardwert ist das Verzeichnis /dist. Nach dem Erstellen werden diese Dateien in dist angezeigt:

inline.bundle.js Dies ist die Webpack-Laufzeit.
main.bundle.js ist der Programmcode.
pollyfills.bundle.js ist Die Pollyfills des Browsers.
styles.bundle.js Styles
vendor.bundle.js ist eine Angular- und Drittanbieter-Bibliothek
Mit dem Source-Map-Explorer können Sie Abhängigkeiten analysieren und sehen, welche Module und Klassen im Bundle enthalten sind.

Ändern Sie zunächst den Code im vorherigen Beispiel:

NG Build ausführen:

Sie können sehen, dass diese Dateien generiert werden.

Fügen Sie den Index in dist ein. Formatieren Sie den HTML-Code und schauen Sie nach:

Sie können sehen, dass er auf die 5 generierten js-Dateien verweist

Öffnen Sie main.bundle.js und Sie können den Code sehen, den ich geschrieben habe:

Das Folgende führt das Programm aus: ng dienen -o:

Wie Sie in ng Serve sehen können, wurden die oben genannten Dateien geladen

Da es sich bei ng Build um einen Entwicklungs-Build handelt, wurde keine Optimierung durchgeführt und die Datei ist ziemlich groß

Wenn man sich das Dateiverzeichnis derzeit ansieht, gibt es kein dist-Verzeichnis:

Wie werden diese Dateien also bereitgestellt?

Das liegt am Webpack wird derzeit im Speicher bereitgestellt.

Lassen Sie uns den Source-Map-Explorer für die Analyse verwenden:

npm install --save-dev source-map-explorer

Dann ausführen ng build, und dann ausführen:

.\node_modules\.bin\source-map-explorer dist\main.bundle.js

Das Ergebnis wird dieses Diagramm sein:

Sehen Sie sich an die Situation des Anbieters.bundle:

.\node_modules\.bin\source-map-explorer dist\vendor.bundle.js

Hier gibt es noch mehr Dinge.

Build Ziele und Umgebung.

Umgebung bezieht sich darauf, welche Umgebungsdatei verwendet wird:

Und Ziele werden verwendet, um zu bestimmen, wie die Projektdatei optimiert wird.

Siehe Vergleichen wir die Entwicklungs- und Produktions-Builds.

	ng build	ng build --prod
Environment	environment.ts	environment..prod.ts
缓存	只缓存css里引用的图片	所有build的文件
source maps	生成	不生成
如何处理css	全局css输出到js文件	生成的是css文件
uglify	不	是
Tree-Shaking	不去掉无用代码	去掉无用代码
AOT	不	是
Bundling打包	是	是
--build-optimizer	否	是(和AOT以及Angular5)
--named-chunks	是	否
--output-hashing	media	所有

下面命令都是针对开发时的build, 它们的作用是一样的:

ng build
ng build --dev
ng build --dev -e=dev
ng build --target=development --environment=dev

下面则是生产build:

ng build --prod
ng build --prod -e=prod
ng build --target=production --environment=prod

其它常用的参数还有:

1. --sourcemap -sm 生成source map

2. --aot Ahead of Time编译

3. --watch -w Watch并rebuild

4. --environment -e Build环境

5. --target -t Build target

6. --dev 表示dev env和target

7. --prod 表示prod env和target

Production Build.

先使用--aot:

ng build --aot

使用aot之后可以看到 vendor.bundle的大小降了很多, 只有1.5m左右了.

执行aot会去掉一些程序执行不需要的代码, 例如angular的compiler这时就不在build输出的文件里了(可以使用source-map-explorer查看).

试试生产环境:

ng build --prod

可以看到所有的文件都非常小了, 并且没有vendor了(因为prod下--build-optimizer起作用所以vendor没有了, 但可以使用--vendor-chunk true给弄出来).

Serve.

ng serve. 已经一直在用了, 下面看看它常用的参数:

1. --open -o 打开默认浏览器

2. --port -p 端口

3. --live-reload -lr 发生变化时重新加载网页(默认开启的)

4. --ssl 使用https

5. --proxy-config -pc 代理配置

6. --prod 在内存中serve 生产模式build的文件

试试 --prod:

ng serve --prod

通过文件大小可以看出确实是prod build的.

ng eject.

为项目生成webpack配置和脚本.

执行该命令试试:

看看有哪些变化:

.angular-cli.json:

package.json:

命令脚本都变了

还多出来一个webpack.config.js文件:

为什么要这么做呢?

可以对项目更深入的配置....

这时运行程序就是 npm start了.

我还是把reject恢复回去吧, 使用git来恢复吧.

如果需要Serve 其他js/css/assets文件:

放在.angular-cli.json就行, 例如jquery就应该放在scripts里面.

上面是我整理给大家的，希望今后会对大家有帮助。

相关文章：

Vue项目中如何引入icon图标

JavaScript中的E-mail 地址格式验证

javascript性能优化之分时函数的介绍

Das obige ist der detaillierte Inhalt vonAusführliche Erläuterung von Build and Serve mit Angular CLI. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!