diff --git a/public/docs/ts/latest/guide/architecture.jade b/public/docs/ts/latest/guide/architecture.jade
index db46bc9f32..508a09f221 100644
--- a/public/docs/ts/latest/guide/architecture.jade
+++ b/public/docs/ts/latest/guide/architecture.jade
@@ -7,7 +7,7 @@ block includes
Angular is a framework for building client applications in HTML and
either JavaScript or a language like TypeScript that compiles to JavaScript.
- Angular是一个用HTML和JavaScript或者一个可以编译成JavaScript的语言(例如Dart或者TypeScript),来构建客户端应用的框架。
+ Angular 是一个用 HTML 和 JavaScript 或者一个可以编译成 JavaScript 的语言(例如 Dart 或者 TypeScript ),来构建客户端应用的框架。
block angular-parts
:marked
@@ -20,7 +20,7 @@ block angular-parts
writing *component* classes to manage those templates, adding application logic in *services*,
and boxing components and services in *modules*.
- 我们是这样写Angular应用的:用带Angular扩展语法的HTML写*模板*,
+ 我们是这样写 Angular 应用的:用 Angular 扩展语法编写 HTML *模板*,
用*组件*类管理这些模板,用*服务*添加应用逻辑,
用*模块*打包发布组件与服务。
@@ -29,12 +29,12 @@ block angular-parts
responding to user interactions according to the instructions you've provided.
然后,我们通过*引导*_根模块_来启动该应用。
- Angular在浏览器中接管、展现应用的内容,并根据我们提供的操作指令响应用户的交互。
+ Angular 在浏览器中接管、展现应用的内容,并根据我们提供的操作指令响应用户的交互。
Of course, there is more to it than this.
You'll learn the details in the pages that follow. For now, focus on the big picture.
- 当然,这只是冰山一角。在以后的页面中,我们还会学到更多细节知识。不过,目前我们还是先关注全景图吧。
+ 当然,这只是冰山一角。后面我们将学习更多的细节。不过,目前我们还是先关注全景图吧。
figure
img(src="/resources/images/devguide/architecture/overview2.png" alt="overview" style="margin-left:-40px;" width="700")
@@ -42,48 +42,48 @@ figure
:marked
The architecture diagram identifies the eight main building blocks of an Angular application:
- 这个架构图展现了Angular应用中的8个主要构造块:
+ 这个架构图展现了 Angular 应用中的 8 个主要构造块:
* [Modules](#modules)
- * [模块(Modules)](#modules)
+ [模块 (module)](#modules)
* [Components](#components)
- * [组件(Components)](#components)
+ [组件 (component)](#components)
* [Templates](#templates)
- * [模板(Templates)](#templates)
+ [模板 (template)](#templates)
* [Metadata](#metadata)
- * [元数据(Metadata)](#metadata)
+ [元数据 (metadata)](#metadata)
* [Data binding](#data-binding)
- * [数据绑定(Data Binding)](#data-binding)
+ [数据绑定 (data binding)](#data-binding)
* [Directives](#directives)
- * [指令(Directives)](#directives)
+ [指令 (directive)](#directives)
* [Services](#services)
- * [服务(Services)](#services)
+ [服务 (service)](#services)
* [Dependency injection](#dependency-injection)
- * [依赖注入(Dependency Injection)](#dependency-injection)
+ [依赖注入 (dependency injection)](#dependency-injection)
Learn these building blocks, and you're on your way.
- 掌握这些构造块,我们就可以开始使用Angular 2编写应用程序了。
+ 掌握了这些构造块,你就可以下山了!
.l-sub-section
p The code referenced on this page is available as a
:marked
Every Angular app has at least one Angular module class, [the _root module_](appmodule.html "AppModule: the root module"),
conventionally named `AppModule`.
- 每个Angular应用至少有一个模块(_根模块_),习惯上命名为`AppModule`。
+ 每个 Angular 应用至少有一个模块([_根模块_](appmodule.html "AppModule: 根模块")),习惯上命名为`AppModule`。
While the _root module_ may be the only module in a small application, most apps have many more
_feature modules_, each a cohesive block of code dedicated to an application domain,
a workflow, or a closely related set of capabilities.
- _根模块_在一些小型应用中可能是唯一的模块,不过大多数应用会有很多_特性模块_,每个模块都是一个内聚的代码块专注于某个应用领域、工作流或紧密相关的功能。
+ _根模块_在一些小型应用中可能是唯一的模块,大多数应用会有很多_特性模块_,每个模块都是一个内聚的代码块专注于某个应用领域、工作流或紧密相关的功能。
An Angular module, whether a _root_ or _feature_, is a class with an `@NgModule` decorator.
- Angular模块(无论是_根模块_还是_特性模块_)都是一个带有`@NgModule`装饰器的类。
+ Angular 模块(无论是_根模块_还是_特性模块_)都是一个带有`@NgModule`装饰器的类。
.l-sub-section
:marked
@@ -129,9 +129,9 @@ figure
Learn more about decorators on the web.
- 装饰器是用来修饰JavaScript类的函数。
- Angular有很多装饰器,它们负责把元数据附加到类上,以了解那些类的设计意图以及它们应如何工作。
- 点此学习更多知识。
+ 装饰器是用来修饰 JavaScript 类的函数。
+ Angular 有很多装饰器,它们负责把元数据附加到类上,以了解那些类的设计意图以及它们应如何工作。
+ 关于装饰器的更多信息。
:marked
`NgModule` is a decorator function that takes a single metadata object whose properties describe the module.
@@ -142,30 +142,30 @@ figure
* `declarations` - the _view classes_ that belong to this module.
Angular has three kinds of view classes: [components](#components), [directives](#directives), and [pipes](pipes.html).
- * `declarations`(声明) - 本模块中拥有的视图类。
- Angular有三种视图类:[组件](#components)、[指令](#directives)和[管道](pipes.html)。
+ `declarations` - 声明本模块中拥有的_视图类_。
+ Angular 有三种视图类:[组件](#components)、[指令](#directives)和[管道](pipes.html)。
* `exports` - the subset of declarations that should be visible and usable in the component [templates](#templates) of other modules.
- * `exports` - 声明(declarations)的子集,可用于其它模块的组件[模板](#templates)。
+ `exports` - declarations 的子集,可用于其它模块的组件[模板](#templates)。
* `imports` - other modules whose exported classes are needed by component templates declared in _this_ module.
- * `imports` - _本_模块声明的组件模板需的类所在的其它模块。
+ `imports` - _本_模块声明的组件模板需要的类所在的其它模块。
* `providers` - creators of [services](#services) that this module contributes to
the global collection of services; they become accessible in all parts of the app.
- * `providers` - [服务](#services)的创建者,并加入到全局服务表中,可用于应用任何部分。
+ `providers` - [服务](#services)的创建者,并加入到全局服务列表中,可用于应用任何部分。
* `bootstrap` - the main application view, called the _root component_,
that hosts all other app views. Only the _root module_ should set this `bootstrap` property.
- * `bootstrap` - 指定应用的主视图(称为_根组件_),它是所有其它视图的宿主。只有_根模块_才能设置`bootstrap`属性。
+ `bootstrap` - 指定应用的主视图(称为_根组件_),它是所有其它视图的宿主。只有_根模块_才能设置`bootstrap`属性。
Here's a simple root module:
- 下面是一个最简单的根模块:
+ 下面是一个简单的根模块:
+makeExample('app/mini-app.ts', 'module', 'app/app.module.ts')(format='.')
@@ -181,32 +181,32 @@ figure
During development you're likely to bootstrap the `AppModule` in a `main.ts` file like this one.
我们通过_引导_根模块来启动应用。
- 在开发期间,你通常在一个`main.ts`文件中来引导`AppModule`,就像这样:
+ 在开发期间,你通常在一个`main.ts`文件中引导`AppModule`,就像这样:
+makeExample('app/main.ts', '', 'app/main.ts')(format='.')
:marked
### Angular modules vs. JavaScript modules
- ### Angular模块 vs. JavaScript模块
+ ### Angular 模块 vs. JavaScript 模块
The Angular module — a class decorated with `@NgModule` — is a fundamental feature of Angular.
- Angular模块(一个用`@NgModule`装饰的类)是Angular的基础特性。
+ Angular 模块(一个用`@NgModule`装饰的类)是 Angular 的基础特性。
JavaScript also has its own module system for managing collections of JavaScript objects.
It's completely different and unrelated to the Angular module system.
- JavaScript有自己的模块系统,用来管理一组JavaScript对象。
- 它与Angular的模块体系完全不同且完全无关。
+ JavaScript 也有自己的模块系统,用来管理一组 JavaScript 对象。
+ 它与 Angular 的模块系统完全不同且完全无关。
In JavaScript each _file_ is a module and all objects defined in the file belong to that module.
The module declares some objects to be public by marking them with the `export` key word.
Other JavaScript modules use *import statements* to access public objects from other modules.
- JavaScript中,每个_文件_是一个模块,文件中定义的所有对象都从属于那个模块。
+ JavaScript 中,每个_文件_是一个模块,文件中定义的所有对象都从属于那个模块。
通过`export`关键字,模块可以把它的某些对象声明为公共的。
- 其它JavaScript模块可以使用*import语句*来访问这些公共对象。
+ 其它 JavaScript 模块可以使用*import 语句*来访问这些公共对象。
+makeExample('app/app.module.ts', 'imports', '')(format='.')
+makeExample('app/app.module.ts', 'export', '')(format='.')
@@ -215,7 +215,7 @@ figure
:marked
Learn more about the JavaScript module system on the web.
- 可到其它网站深入学习关于JavaScript模块的知识。
+ 学习更多关于 JavaScript 模块的知识。
:marked
These are two different and _complementary_ module systems. Use them both to write your apps.
@@ -224,59 +224,60 @@ figure
### Angular libraries
- ### Angular模块库
+ ### Angular 模块库
figure
img(src="/resources/images/devguide/architecture/library-module.png" alt="Component" align="left" style="width:240px; margin-left:-40px;margin-right:10px" )
:marked
Angular ships as a collection of JavaScript modules. You can think of them as library modules.
- Angular发布了一组JavaScript模块。我们可以把它们看做库模块。
+ Angular 提供了一组 JavaScript 模块。可以把它们看做库模块。
Each Angular library name begins with the `!{_at_angular}` prefix.
- 每个Angular库的名字都带有`!{_at_angular}`前缀。
+ 每个 Angular 库的名字都带有`!{_at_angular}`前缀。
You install them with the **npm** package manager and import parts of them with JavaScript `import` statements.
- 我们可以用**npm**包管理工具安装它们,用JavaScript的`import`语句导入其中某些部件。
+ 用 **npm** 包管理工具安装它们,用 JavaScript 的`import`语句导入其中某些部件。
:marked
For example, import Angular's `Component` decorator from the `@angular/core` library like this:
- 例如,我们从`@angular/core`库中导入`Component`装饰器,就像这样:
+ 例如,象下面这样,从`@angular/core`库中导入`Component`装饰器:
+makeExample('app/app.component.ts', 'import', '')(format='.')
:marked
You also import Angular _modules_ from Angular _libraries_ using JavaScript import statements:
- 我们还可以使用JavaScript的导入语句从Angular_库_中导入Angular的_某些模块_。
+ 还可以使用 JavaScript 的导入语句从 Angular _库_中导入 Angular _模块_。
+makeExample('app/mini-app.ts', 'import-browser-module', '')(format='.')
:marked
In the example of the simple root module above, the application module needs material from within that `BrowserModule`. To access that material, add it to the `@NgModule` metadata `imports` like this.
- 在上面这个根模块的例子中,应用模块需要`BrowserModule`的某些素材。要访问这些素材,我们就得把它加入`@NgModule`元数据的`imports`中去,就像这样:
+ 在上面那个简单的根模块的例子中,应用模块需要`BrowserModule`的某些素材。
+ 要访问这些素材,就得把它加入`@NgModule`元数据的`imports`中,就像这样:
+makeExample('app/mini-app.ts', 'ngmodule-imports', '')(format='.')
:marked
In this way you're using both the Angular and JavaScript module systems _together_.
- 种情况下,你同时使用了Angular和JavaScript的模块化系统。
+ 这种情况下,你同时使用了 Angular 和 JavaScript 的模块化系统。
It's easy to confuse the two systems because they share the common vocabulary of "imports" and "exports".
Hang in there. The confusion yields to clarity with time and experience.
- 这两个系统比较容易混淆,因为它们共享相同的词汇“imports”和“exports”。
+ 这两个系统比较容易混淆,因为它们共享相同的词汇 “imports” 和 “exports”。
先放一放,随着时间和经验的增长,自然就会澄清了。
.l-sub-section
:marked
Learn more from the [Angular modules](ngmodule.html) page.
- 要了解更多,参见[Angular模块](ngmodule.html)页。
+ 更多信息,见 [Angular 模块](ngmodule.html)。
.l-hr
@@ -301,21 +302,21 @@ figure
* The app root with the navigation links.
- * 带有导航链接的应用根组件。
+ 带有导航链接的应用根组件。
* The list of heroes.
- * 英雄列表。
+ 英雄列表。
* The hero editor.
- * 英雄编辑器。
+ 英雄编辑器。
You define a component's application logic—what it does to support the view—inside a class.
The class interacts with the view through an API of properties and methods.
- 我们在类中定义组件的应用逻辑(用来为视图提供支持)。
- 组件通过一些由属性和方法组成的API与视图交互。
+ 我们在类中定义组件的应用逻辑,为视图提供支持。
+ 组件通过一些由属性和方法组成的 API 与视图交互。
For example, this `HeroListComponent` has a `heroes` property that returns !{_an} !{_array} of heroes
@@ -331,7 +332,7 @@ figure
Angular creates, updates, and destroys components as the user moves through the application.
Your app can take action at each moment in this lifecycle through optional [lifecycle hooks](lifecycle-hooks.html), like `ngOnInit()` declared above.
- 当用户在这个应用中漫游时,Angular会创建、更新和销毁组件。
+ 当用户在这个应用中漫游时, Angular 会创建、更新和销毁组件。
应用可以通过[生命周期钩子](lifecycle-hooks.html)在组件生命周期的各个时间点上插入自己的操作,例如上面声明的`ngOnInit()`。
.l-hr
@@ -348,19 +349,20 @@ figure
You define a component's view with its companion **template**. A template is a form of HTML
that tells Angular how to render the component.
- 我们通过组件的自带的**模板**来定义组件视图。模板以HTML形式存在,告诉Angular如何渲染组件(视图)。
+ 我们通过组件的自带的**模板**来定义组件视图。模板以 HTML 形式存在,告诉 Angular 如何渲染组件。
A template looks like regular HTML, except for a few differences. Here is a
template for our `HeroListComponent`:
- 多数情况下,模板看起来很像标准HTML……当然也有一点不同的地方。下面是`HeroListComponent`组件的一个模板。
+ 多数情况下,模板看起来很像标准 HTML,当然也有一点不同的地方。下面是`HeroListComponent`组件的一个模板:
+makeExample('app/hero-list.component.html')
:marked
Although this template uses typical HTML elements like `
`, it also has some differences. Code like `*ngFor`, `{{hero.name}}`, `(click)`, `[hero]`, and ` `),它还能使用其它元素。例如(template-syntax.html)中使用了Angular的[模板语法]`*ngFor`、`{{hero.name}}`、`(click)`、`[hero]`和` `这样的典型的 HTML 元素,还能使用其它元素。
+ 例如,像`*ngFor`、`{{hero.name}}`、`(click)`、`[hero]`和` Metadata tells Angular how to process a class. 元数据告诉Angular如何处理一个类。 元数据告诉 Angular 如何处理一个类。`和`
`和`
@@ -398,27 +400,27 @@ figure
:marked
:marked
[Looking back at the code](#component-code) for `HeroListComponent`, you can see that it's just a class.
There is no evidence of a framework, no "Angular" in it at all.
[回头看看](#component-code)`HeroListComponent`就会明白:它只是一个类。
- 一点框架的痕迹也没有,里面完全没有出现"Angular"的字样。
+ 一点框架的痕迹也没有,里面完全没有出现 "Angular" 的字样。
In fact, `HeroListComponent` really is *just a class*. It's not a component until you *tell Angular about it*.
- 实际上,`HeroListComponent`真的*只是一个类*。直到我们*告诉Angular*它是一个组件。
+ 实际上,`HeroListComponent`真的*只是一个类*。直到我们*告诉 Angular* 它是一个组件。
To tell Angular that `HeroListComponent` is a component, attach **metadata** to the class.
- 只要把**元数据**附加到这个类,就相当于告诉Angular:`HeroListComponent`是个组件。
+ 要告诉 Angular `HeroListComponent`是个组件,只要把**元数据**附加到这个类。
In !{_Lang}, you attach metadata by using !{_a} **!{_decorator}**.
Here's some metadata for `HeroListComponent`:
- 在!{_Lang}中,我们用**装饰器(!{_decorator})**来附加元数据。
+ 在!{_Lang} 中,我们用**装饰器 (!{_decorator}) **来附加元数据。
下面就是`HeroListComponent`的一些元数据。
+makeExcerpt('app/hero-list.component.ts', 'metadata')
@@ -434,7 +436,7 @@ block ts-decorator
The `@Component` decorator takes a required configuration object with the
information Angular needs to create and present the component and its view.
- `@Component`!{_decoratorCn}能接受一个配置对象,Angular会基于这些信息创建和展示组件及其视图。
+ `@Component`!{_decoratorCn}能接受一个配置对象, Angular 会基于这些信息创建和展示组件及其视图。
Here are a few of the possible `@Component` configuration options:
@@ -443,26 +445,26 @@ block ts-decorator
:marked
- `moduleId`: sets the source of the base address (`module.id`) for module-relative URLs such as the `templateUrl`.
- - `moduleId`: 为与模块相关的URL(如`templateUrl`)提供基地址
+ `moduleId`: 为与模块相关的 URL(例如`templateUrl`)提供基地址。
- `selector`: CSS selector that tells Angular to create and insert an instance of this component
where it finds a `
@@ -487,7 +489,7 @@ figure
The architectural takeaway is that you must add metadata to your code
so that Angular knows what to do.
- 这种架构处理方式是:你向代码中添加元数据,以便Angular知道该怎么做。
+ 这种架构处理方式是:你向代码中添加元数据,以便 Angular 知道该怎么做。
.l-hr
@@ -501,8 +503,8 @@ figure
into actions and value updates. Writing such push/pull logic by hand is tedious, error-prone, and a nightmare to
read as any experienced jQuery programmer can attest.
- 如果没有框架,我们就得自己把数据值推送到HTML控件中,并把用户的反馈转换成动作和值更新。
- 如果手工写代码来实现这些推/拉逻辑,肯定会枯燥乏味、容易出错,读起来简直是噩梦 —— 写过jQuery的程序员大概都对此深有体会。
+ 如果没有框架,我们就得自己把数据值推送到 HTML 控件中,并把用户的反馈转换成动作和值更新。
+ 如果手工写代码来实现这些推/拉逻辑,肯定会枯燥乏味、容易出错,读起来简直是噩梦 —— 写过 jQuery 的程序员大概都对此深有体会。
figure
img(src="/resources/images/devguide/architecture/databinding.png" alt="数据绑定" style="width:220px; float:left; margin-left:-40px;margin-right:20px" )
@@ -511,37 +513,40 @@ figure
a mechanism for coordinating parts of a template with parts of a component.
Add binding markup to the template HTML to tell Angular how to connect both sides.
- Angular支持**数据绑定**,一种让模板的各部分与组件的各部分相互合作的机制。
- 我们往模板HTML中添加绑定标记,来告诉Angular如何连接两者。
+ Angular 支持**数据绑定**,一种让模板的各部分与组件的各部分相互合作的机制。
+ 我们往模板 HTML 中添加绑定标记,来告诉 Angular 如何把二者联系起来。
As the diagram shows, there are four forms of data binding syntax. Each form has a direction — to the DOM, from the DOM, or in both directions.
- 如图所示,数据绑定的语法有四种形式。每种形式都有一个方向 —— 绑定到DOM、绑定自DOM以及双向绑定。
+ 如图所示,数据绑定的语法有四种形式。每种形式都有一个方向 —— 绑定到 DOM 、绑定自 DOM 以及双向绑定。
:marked
The `HeroListComponent` [example](#templates) template has three forms:
+ `HeroListComponent`[示例](#templates)模板中有三种形式:
+makeExcerpt('app/hero-list.component.1.html', 'binding')
:marked
* The `{{hero.name}}` [*interpolation*](displaying-data.html#interpolation)
displays the component's `hero.name` property value within the `
figure
img(src="/resources/images/devguide/architecture/parent-child-binding.png" alt="父/子绑定" style="float:left; width:300px; margin-left:-40px;margin-right:10px" )
@@ -580,7 +585,7 @@ figure
:marked
## Directives
- ## 指令(directive)
+ ## 指令 (directive)
figure
img(src="/resources/images/devguide/architecture/directive.png" alt="父与子" style="float:left; width:150px; margin-left:-40px;margin-right:10px" )
@@ -588,12 +593,12 @@ figure
Angular templates are *dynamic*. When Angular renders them, it transforms the DOM
according to the instructions given by **directives**.
- Angular模板是*动态的*。当Angular渲染它们时,它会根据**指令**提供的操作对DOM进行转换。
+ Angular 模板是*动态的*。当 Angular 渲染它们时,它会根据**指令**提供的操作对 DOM 进行转换。
A directive is a class with directive metadata. In !{_Lang}, apply the `@Directive` !{_decorator}
to attach metadata to the class.
- 指令是一个带有“指令元数据”的类。在!{_Lang}中,要通过`@Directive`!{_decoratorCn}把元数据附加到类上。
+ 指令是一个带有“指令元数据”的类。在 !{_Lang} 中,要通过`@Directive`!{_decoratorCn}把元数据附加到类上。
:marked
A component is a *directive-with-a-template*;
@@ -606,36 +611,37 @@ figure
While **a component is technically a directive**,
components are so distinctive and central to Angular applications that this architectural overview separates components from directives.
- 虽然**严格来说组件就是一个指令**,但是组件非常独特,并在Angular中位于中心地位,所以在架构概览中,我们把组件从指令中独立了出来。
+ 虽然**严格来说组件就是一个指令**,但是组件非常独特,并在 Angular 中位于中心地位,所以在架构概览中,我们把组件从指令中独立了出来。
:marked
Two *other* kinds of directives exist: _structural_ and _attribute_ directives.
- 有两种*其它*类型的指令,我们称之为_结构型_指令和_属性(attribute)型_指令。
+ 还有两种*其它*类型的指令:_结构型_指令和_属性 (attribute) 型_指令。
They tend to appear within an element tag as attributes do,
sometimes by name but more often as the target of an assignment or a binding.
- 它们往往像属性(attribute)一样出现在元素标签中,偶尔会以名字的形式出现但多数时候还是作为赋值目标或绑定目标出现。
+ 它们往往像属性 (attribute) 一样出现在元素标签中,
+ 偶尔会以名字的形式出现,但多数时候还是作为赋值目标或绑定目标出现。
**Structural** directives alter layout by adding, removing, and replacing elements in DOM.
- **结构型指令**通过在DOM中添加、移除和替换元素来修改布局。
+ **结构型**指令通过在 DOM 中添加、移除和替换元素来修改布局。
The [example template](#templates) uses two built-in structural directives:
- 我们在[范例模板](#templates)中用到了两个内置的结构型指令。
+ 下面的[范例模板](#templates)中用到了两个内置的结构型指令:
+makeExcerpt('app/hero-list.component.1.html', 'structural')
:marked
* [`*ngFor`](displaying-data.html#ngFor) tells Angular to stamp out one `
:marked
Angular can tell which services a component needs by looking at the types of its constructor parameters.
For example, the constructor of your `HeroListComponent` needs a `HeroService`:
- Angular通过查看构造函数的参数类型得知组件需要哪些服务。
- 例如,`HeroListComponent`组件的构造函数需要一个`HeroService`:
+ Angular 通过查看构造函数的参数类型得知组件需要哪些服务。
+ 例如,`HeroListComponent`组件的构造函数需要一个`HeroService`服务:
+makeExcerpt('app/hero-list.component.ts (constructor)', 'ctor')
@@ -801,7 +809,7 @@ figure
When Angular creates a component, it first asks an **injector** for
the services that the component requires.
- 当Angular创建组件时,会首先为组件所需的服务找一个**注入器(Injector)**。
+ 当 Angular 创建组件时,会首先为组件所需的服务请求一个**注入器 (injector)**。
An injector maintains a container of service instances that it has previously created.
If a requested service instance is not in the container, the injector makes one and adds it to the container
@@ -811,8 +819,8 @@ figure
This is *dependency injection*.
注入器维护了一个服务实例的容器,存放着以前创建的实例。
- 如果所请求的服务实例不在容器中,注入器就会创建一个服务实例,并且添加到容器中,然后把这个服务返回给Angular。
- 当所有请求的服务都被解析完并返回时,Angular会以这些服务为参数去调用组件的构造函数。
+ 如果所请求的服务实例不在容器中,注入器就会创建一个服务实例,并且添加到容器中,然后把这个服务返回给 Angular。
+ 当所有请求的服务都被解析完并返回时,Angular 会以这些服务为参数去调用组件的构造函数。
这就是*依赖注入* 。
The process of `HeroService` injection looks a bit like this:
@@ -829,17 +837,17 @@ figure
In brief, you must have previously registered a **provider** of the `HeroService` with the injector.
A provider is something that can create or return a service, typically the service class itself.
- 简单的说,必须在要求注入`HeroService`之前,在注入器中注册`HeroService`的**提供商Provider**。
- 提供商用于创建并返回一个服务,通常是这个“服务类”本身。
+ 简单的说,必须在要求注入`HeroService`之前,在注入器中注册`HeroService`的**提供商 Provider**。
+ 提供商用于创建并返回一个服务,通常是服务类本身。
You can register providers in modules or in components.
- 我们可以在模块上或组件上注册提供商。
+ 我们可以在模块或组件中注册提供商。
In general, add providers to the [root module](#module) so that
the same instance of a service is available everywhere.
- 我们通常会把提供商添加到[根模块](#module)上,以便在任何地方使用服务的同一个实例。
+ 通常会把提供商添加到[根模块](#module)上,以便在任何地方使用服务的同一个实例。
+makeExample('app/app.module.ts', 'providers', 'app/app.module.ts (module providers)')(format='.')
@@ -854,7 +862,7 @@ figure
Registering at a component level means you get a new instance of the
service with each new instance of that component.
- 把它注册在组件级表示该组件的每一个新实例都会有一个(在该组件注册的)服务的新实例。
+ 把它注册在组件级表示该组件的每一个新实例都会有一个服务的新实例。
@@ -868,27 +876,27 @@ figure
* Dependency injection is wired into the Angular framework and used everywhere.
- * 依赖注入渗透在整个Angular框架中,并且被到处使用。
+ 依赖注入渗透在整个 Angular 框架中,被到处使用。
* The *injector* is the main mechanism.
- * **注入器(Injector)**是本机制的核心。
+ **注入器 (injector)** 是本机制的核心。
* An injector maintains a *container* of service instances that it created.
- * 注入器负责维护一个*容器*,用于存放它创建过的服务实例。
+ 注入器负责维护一个*容器*,用于存放它创建过的服务实例。
* An injector can create a new service instance from a *provider*.
- * 注入器能使用*提供商*创建一个新的服务实例。
+ 注入器能使用*提供商*创建一个新的服务实例。
* A *provider* is a recipe for creating a service.
- * *提供商*是一个用于创建服务的“配方”。
+ *提供商*是一个用于创建服务的配方。
* Register *providers* with injectors.
- * 把*提供商*注册到注入器。
+ 把*提供商*注册到注入器。
.l-hr
@@ -900,63 +908,63 @@ figure
You've learned the basics about the eight main building blocks of an Angular application:
- 我们学到的这些只是关于Angular应用程序的八个主要构造块的基础知识:
+ 我们学到的这些只是关于 Angular 应用程序的八个主要构造块的基础知识:
* [Modules](#modules)
- * [模块](#modules)
+ [模块](#modules)
* [Components](#components)
- * [组件](#components)
+ [组件](#components)
* [Templates](#templates)
- * [模板](#templates)
+ [模板](#templates)
* [Metadata](#metadata)
- * [元数据](#metadata)
+ [元数据](#metadata)
* [Data binding](#data-binding)
- * [数据绑定](#data-binding)
+ [数据绑定](#data-binding)
* [Directives](#directives)
- * [指令](#directives)
+ [指令](#directives)
* [Services](#services)
- * [服务](#services)
+ [服务](#services)
* [Dependency injection](#dependency-injection)
- * [依赖注入](#dependency-injection)
+ [依赖注入](#dependency-injection)
That's a foundation for everything else in an Angular application,
and it's more than enough to get going.
But it doesn't include everything you need to know.
- 这是Angular应用程序中所有其它东西的基础,要使用Angular 2,以这些作为开端就绰绰有余了。
+ 这是 Angular 应用程序中所有其它东西的基础,要使用 Angular,以这些作为开端就绰绰有余了。
但它仍然没有包含我们需要知道的全部。
Here is a brief, alphabetical list of other important Angular features and services.
Most of them are covered in this documentation (or soon will be).
- 这里是一个简短的、按字母排序的列表,列出了其它重要的Angular特性和服务。
- 它们大多数已经(或即将)包括在这份开发文档中:
+ 这里是一个简短的、按字母排序的列表,列出了其它重要的 Angular 特性和服务。
+ 它们大多数已经(或即将)包括在这份开发文档中:
> [**Animations**](animations.html): Animate component behavior
without deep knowledge of animation techniques or CSS with Angular's animation library.
- > [**动画**](animations.html):用Angular的动画库让组件动起来,而不需要对动画技术或CSS有深入的了解。
+ > [**动画**](animations.html):用 Angular 的动画库让组件动起来,而不需要对动画技术或 CSS 有深入的了解。
> **Change detection**: The change detection documentation will cover how Angular decides that a component property value has changed,
when to update the screen, and how it uses **zones** to intercept asynchronous activity and run its change detection strategies.
- > **变更检测**:变更检测文档会告诉你Angular是如何决定组件的属性值变化,什么时候该更新到屏幕,
- 以及它是如何利用**zones**来拦截异步活动并执行变更检测策略。
+ > **变更检测**:变更检测文档会告诉你 Angular 是如何决定组件的属性值变化,什么时候该更新到屏幕,
+ 以及它是如何利用**区域 (zone)** 来拦截异步活动并执行变更检测策略。
> **Events**: The events documentation will cover how to use components and services to raise events with mechanisms for
publishing and subscribing to events.
@@ -965,11 +973,11 @@ figure
> [**Forms**](forms.html): Support complex data entry scenarios with HTML-based validation and dirty checking.
- > [**表单**](forms.html):通过基于HTML的验证和脏检查机制支持复杂的数据输入场景。
+ > [**表单**](forms.html):通过基于 HTML 的验证和脏检查机制支持复杂的数据输入场景。
> [**HTTP**](server-communication.html): Communicate with a server to get data, save data, and invoke server-side actions with an HTTP client.
- > [**HTTP**](server-communication.html):通过这个HTTP客户端,可以与服务器通讯,以获得数据、保存数据和触发服务端动作。
+ > [**HTTP**](server-communication.html):通过 HTTP 客户端,可以与服务器通讯,以获得数据、保存数据和触发服务端动作。
> [**Lifecycle hooks**](lifecycle-hooks.html): Tap into key moments in the lifetime of a component, from its creation to its destruction,
by implementing the lifecycle hook interfaces.
@@ -997,4 +1005,4 @@ code-example().
> [**Testing**](testing.html): Run unit tests on your application parts as they interact with the Angular framework
using the _Angular Testing Platform_.
- > [**测试**](testing.html):使用Angular测试工具运行单元测试,在你的应用与Angular框架交互时进行测试。
+ > [**测试**](testing.html):使用 _Angular 测试平台_,在你的应用部件与 Angular 框架交互时进行单元测试。