npm 包

Angular applications and Angular itself depend upon features and functionality provided by a variety of third-party packages. These packages are maintained and installed with the Node Package Manager (npm).

Angular应用程序以及Angular本身都依赖于很多第三方包(包括Angular自己)提供的特性和功能。 这些包由Node包管理器(npm)负责安装和维护。

Node.js and npm are essential to Angular development.


Get them now if they're not already installed on your machine.


Verify that you are running node v4.x.x or higher and npm 3.x.x or higher by running the commands node -v and npm -v in a terminal/console window. Older versions produce errors.

通过在终端/控制台窗口中运行node -vnpm -v命令,来验证下你是否正在使用node v5.x.x和npm 3.x.x。 过老的版本有可能出现问题。

We recommend nvm for managing multiple versions of node and npm. You may need nvm if you already have projects running on your machine that use other versions of node and npm.


We recommend a comprehensive starter-set of packages as specified in the dependencies and devDependencies sections of the package.json file installed as described during Setup.

我们在搭建本地开发环境一章中安装并解释的package.json文件的 dependenciesdevDependencies区中指定了一组适用于新手的综合依赖包。

You can use other packages but we recommend this particular set to start with because (a) they work well together and (b) they include everything you'll need to build and run the sample applications in this series.

你当然可以使用其它包,不过我们建议你先使用这一组,因为:(a) 我们知道它们可以很好的协同工作;(b) 它们包含了我们在个系列文档中构建和运行范例应用时所需的一切。

Note: A cookbook or guide page may require an additional library such as jQuery.


You'll install more than you need for QuickStart. No worries! You only serve to the client those packages that the application actually requests.

它们远远超过了我们将在“快速起步”中所需要用到的。 实际上,它比我们在大多数应用中需要的还多。 安装的包比我们实际需要的包多,其实并没有什么坏处。 我们最终只会往客户端发送程序中实际用到的那些包。

This page explains what each package does. You can make substitutions later to suit your tastes and experience.


dependencies and devDependencies


The package.json includes two sets of packages, dependencies and devDependencies.


The dependencies are essential to running the application. The devDependencies are only necessary to develop the application. You can exclude them from production installations by adding --production to the install command, as follows:

dependencies下的这些包是运行本应用的基础,而devDependencies下的只在开发此应用时才用得到。 通过为install命令添加--production参数,你在产品环境下安装时排除devDependencies下的包,就像这样:

npm install my-application --production


The dependencies section of package.json contains:


Feature Packages


@angular/core - Critical runtime parts of the framework needed by every application. Includes all metadata decorators, Component, Directive, dependency injection, and the component lifecycle hooks.

@angular/core - 框架中关键的运行期部件,每一个应用都需要它。 包括所有的元数据装饰器:ComponentDirective,依赖注入系统,以及组件生命周期钩子。

@angular/common - The commonly needed services, pipes, and directives provided by the Angular team.

@angular/common - 常用的那些由Angular开发组提供的服务、管道和指令。

@angular/compiler - Angular's Template Compiler. It understands templates and can convert them to code that makes the application run and render. Typically you don’t interact with the compiler directly; rather, you use it indirectly via platform-browser-dynamic or the offline template compiler.

@angular/compiler - Angular的模板编译器。 它会理解模板,并且把模板转化成代码,以供应用程序运行和渲染。 开发人员通常不会直接跟这个编译器打交道,而是通过platform-browser-dynamic或离线模板编译器间接使用它。

@angular/platform-browser - Everything DOM and browser related, especially the pieces that help render into DOM. This package also includes the bootstrapStatic method for bootstrapping applications for production builds that pre-compile templates offline.

@angular/platform-browser - 与DOM和浏览器相关的每样东西,特别是帮助往DOM中渲染的那部分。 这个包还包含bootstrapStatic方法,用来引导那些在产品构建时需要离线预编译模板的应用程序。

@angular/platform-browser-dynamic - Includes Providers and a bootstrap method for applications that compile templates on the client. Don’t use offline compilation. Use this package for bootstrapping during development and for bootstrapping plunker samples.

@angular/platform-browser-dynamic - 为应用程序提供一些提供商bootstrap方法,以便在客户端编译模板。不要用于离线编译。 我们使用这个包在开发期间引导应用,以及引导plunker中的范例。

@angular/http - Angular's http client.

@angular/http - Angular的HTTP客户端。

@angular/router - Component router.

@angular/router - 路由器。

@angular/upgrade - Set of utilities for upgrading AngularJS applications to Angular.

@angular/upgrade - 一组用于升级AngularJS应用的工具。

system.js - A dynamic module loader compatible with the ES2015 module specification. Other viable choices include the well-regarded webpack.

system.js - 是一个动态的模块加载器, 与ES2015模块规范兼容。 还有很多其它选择,比如广受欢迎的webpack。 SystemJS被用在了我们的文档范例中。因为它能工作。

Your future applications are likely to require additional packages that provide HTML controls, themes, data access, and various utilities.


Polyfill packages


Angular requires certain polyfills in the application environment. Install these polyfills using the npm packages that Angular lists in the peerDependencies section of its package.json.

在应用程序的运行环境中,Angular需要某些填充库。 我们通过特定的npm包来安装这些填充库,Angular本身把它列在了package.json中的peerDependencies区。

You must list these packages in the dependencies section of your own package.json.


For background on this requirement, see Why peerDependencies?.


core-js - Patches the global context (window) with essential features of ES2015 (ES6). You may substitute an alternative polyfill that provides the same core APIs. When these APIs are implemented by the major browsers, this dependency will become unnecessary.

core-js - 为全局上下文(window)打的补丁,提供了ES2015(ES6)的很多基础特性。 我们也可以把它换成提供了相同内核API的其它填充库。 一旦所有的“主流浏览器”都实现了这些API,这个依赖就可以去掉了。

rxjs - A polyfill for the Observables specification currently before the TC39 committee that determines standards for the JavaScript language. You can pick a preferred version of rxjs (within a compatible version range) without waiting for Angular updates.

rxjs - 一个为可观察对象(Observable)规范提供的填充库,该规范已经提交给了 TC39委员会,以决定是否要在JavaScript语言中进行标准化。 开发人员应该能在兼容的版本中选择一个喜欢的rxjs版本,而不用等Angular升级。

zone.js - A polyfill for the Zone specification currently before the TC39 committee that determines standards for the JavaScript language. You can pick a preferred version of zone.js to use (within a compatible version range) without waiting for Angular updates.

zone.js - 一个为Zone规范提供的填充库,该规范已经提交给了 TC39委员会,以决定是否要在JavaScript语言中进行标准化。 开发人员应该能在兼容的版本中选择一个喜欢的zone.js版本,而不用等Angular升级。

Other helper libraries


angular-in-memory-web-api - An Angular-supported library that simulates a remote server's web api without requiring an actual server or real http calls. Good for demos, samples, and early stage development (before we even have a server). Read about it in the Http Client page.

angular-in-memory-web-api - 一个Angular的支持库,它能模拟一个远端服务器的Web API,而不需要依赖一个真实的服务器或发起真实的HTTP调用。 对演示、文档范例和开发的早期阶段(那时候我们可能还没有服务器呢)非常有用。 请到Http客户端一章中了解更多知识。

bootstrap - Bootstrap is a popular HTML and CSS framework for designing responsive web apps. Some of the samples improve their appearance with bootstrap.

bootstrap - bootstrap是一个广受欢迎的HTML和CSS框架,可用来设计响应式网络应用。 有些文档中的范例使用了bootstrap来强化它们的外观。


The packages listed in the devDependencies section of the package.json help you develop the application. You don't have to deploy them with the production application although there is no harm in doing so.

列在package.json文件中devDependencies区的包会帮助我们开发该应用程序。 我们不用把它们部署到产品环境的应用程序中 —— 虽然这样做也没什么坏处。

concurrently - A utility to run multiple npm commands concurrently on OS/X, Windows, and Linux operating systems.

concurrently - 一个用来在OS/X、Windows和Linux操作系统上同时运行多个npm命令的工具

lite-server - A light-weight, static file server, by John Papa with excellent support for Angular apps that use routing.

lite-server - 一个轻量级、静态的服务器, 由John Papa开发和维护。对使用到路由的Angular程序提供了很好的支持。

typescript - the TypeScript language server, including the tsc TypeScript compiler.

typescript - TypeScript语言的服务器,包含了TypeScript编译器tsc

@types/* - TypeScript definition files. Learn more about it in the TypeScript Configuration chapter.

@types/* - “TypeScript定义”文件管理器。 要了解更多,请参见TypeScript配置页。

Why peerDependencies?


There isn't a peerDependencies section in the QuickStart package.json. But Angular has a peerDependencies section in its package.json, which has important consequences for your application.

在“快速起步”的package.json文件中,并没有peerDependencies区。 但是Angular本身在它自己的 package.json中有, 它对我们的应用程序有重要的影响。

It explains why you load the polyfill dependency packages in the QuickStart package.json, and why you'll need those packages in your own applications.

它解释了为什么我们要在“快速起步”的package.json文件中加载这些填充库(polyfill)依赖包, 以及为什么我们在自己的应用中会需要它们。

An explanation of peer dependencies follows.

然后是对平级依赖(peer dependencies)的简短解释。

Packages depend on other packages. For example, your application depends on the Angular package.


Two packages, "A" and "B", could depend on the same third package "C". "A" and "B" might both list "C" among their dependencies.

两个包,"A"和"B",可能依赖共同的第三个包"C"。 "A"和"B"可能都在它们的dependencies中列出了"C"。

What if "A" and "B" depend on different versions of "C" ("C1" and "C2"). The npm package system supports that. It installs "C1" in the node_modules folder for "A" and "C2" in the node_modules folder for "B". Now "A" and "B" have their own copies of "C" and they run without interferring with one another.

如果"A"和"B"依赖于"C"的不同版本("C1"和"C2")。npm包管理系统也能支持! 它会把"C1"安装到"A"的node_modules目录下给"A"用,把"C2"安装到"B"的node_modules目录下给"B"用。 现在,"A"和"B"都有了它们自己的一份"C"的复本,它们运行起来也互不干扰。

But there is a problem. Package "A" may require the presence of "C1" without actually calling upon it directly. "A" may only work if everyone is using "C1". It falls down if any part of the application relies on "C2".

但是有一个问题。包"A"可能只需要"C1"出现就行,而实际上并不会直接调用它。 "A"可能只有当每个人都使用"C1"时才能正常工作。如果程序中的任何一个部分依赖了"C2",它就会失败。

The solution is for "A" to declare that "C1" is a peer dependency.


The difference between a dependency and a peerDependency is roughly this:


A dependency says, "I need this thing directly available to me."

A peerDependency says, "If you want to use me, you need this thing available to you."



The Angular package.json specifies several peer dependency packages, each pinned to a particular version of a third-party package.

Angular就存在这个问题。 因此,Angular的package.json中指定了一系列平级依赖包, 把每个第三方包都固定在一个特定的版本上。

We must install Angular's peerDependencies ourselves.


When npm installs packages listed in your dependencies section, it also installs the packages listed within their packages dependencies sections. The process is recursive.

npm安装那些在我们的dependencies区指定的包时, 它也会同时安装上在那些包dependencies区所指定的那些包。 这个安装过程是递归的。

However, as of version 3, npm does not install packages listed in peerDependencies sections.


This means that when your application installs Angular, npm doesn't automatically install the packages listed in Angular's peerDependencies section.


Fortunately, npm issues a warning (a) When any peer dependencies are missing, or (b) When the application or any of its other dependencies installs a different version of a peer dependency.

幸运的是,npm会在下列情况下给我们警告:(a) 当任何平级依赖缺失时 或(b) 当应用程序或它的任何其它依赖安装了与平级依赖不同版本的包时。

These warnings guard against accidental failures due to version mismatches. They leave you in control of package and version resolution.

这些警告可以避免因为版本不匹配而导致的意外错误。 它们让我们可以控制包和版本的解析过程。

It is your responsibility to list all peer dependency packages among your own devDependencies.


The future of peerDependencies


The Angular polyfill dependencies are hard requirements. Currently, there is no way to make them optional.

Angular的填充库依赖只是一个给开发人员的建议或提示,以便它们知道Angular期望用什么。 它们不应该像现在一样是硬需求,但目前我们也不知道该如何把它们设置为可选的。

However, there is an npm feature request for "optional peerDependencies," which would allow you to model this relationship better. When this feature request is implemented, Angular will switch from peerDependencies to optionalPeerDependencies for all polyfills.

不过,有一个npm的新特性申请,叫做“可选的peerDependencies”,它将会允许我们更好的对这种关系建模。 一旦它被实现了,Angular将把所有填充库从peerDependencies区切换到optionalPeerDependencies区。