03-a Communicate Between Components Using Dependency Injection

原文: Communicate Between Components Using Dependency Injection

当前的@H_301_5@<toggle>组件仍然存在其他的问题，比如：

• 我们无法在其中方式多个@H_301_5@<toggle-on>或者是@H_301_5@<toggle-button>在同一个@H_301_5@<toggle>中
• 如果一个@H_301_5@<toggle-on>作为另外一个自定义组件的内容的话，我们无法是使用@H_301_5@@ContentChild装饰器获取它

目标

我们需要将这两个问题作为新的目标：

• 我们可以增加多个相同类型的子组件(@H_301_5@<toggle-on>、@H_301_5@<toggle-off>、@H_301_5@<toggle-button>)
• 并且可以使这些子组件放置在任意的自定义容器的视图模板(@H_301_5@views)中

实现

针对第一个问题，我们使用@H_301_5@@ContentChildren装饰器（因为它获取所有的子组件引用），但是它无法解决第二个问题。

为了同时解决这两个问题，我们可以使用Angular提供的DI机制(@H_301_5@dependency injection mechanism)。你可以将一个组件的祖先组件通过DI机制注入到子组件的构造方法中，这样你就可以通过祖先组件的引用来访问它们的方法和属性。

所以，@H_301_5@<toggle-on>、@H_301_5@<toggle-off>、@H_301_5@<toggle-button>都可以通过DI机制来获得最相近的@H_301_5@<toggle>组件的引用，从而共享它的开关状态。

Note:
这里也可以使用 @H_301_5@service来共享状态，也许还会更便捷，但是我们可以通过DI来达到目的，我们可以在之后的章节（第十二章）来阐述 @H_301_5@service相关的内容，这部分内容会与 @H_301_5@React Context Provider的内容对应。

成果

你可以在在线代码仓库看到，有两个@H_301_5@<toggle-off>组件如我们预期的那样被渲染，并且有一个@H_301_5@<other-component>组件，其中有@H_301_5@<toggle-off>和@H_301_5@<toggle-on>两个组件。

这些子组件都会监听同一个@H_301_5@<toggle>组件的开关状态。

在线代码演示（自备梯子）：https://stackblitz.com/edit/a...

译者注

依赖注入是Angular中提供的很强大的功能，在@H_301_5@angularjs中就表现出色并作为卖点。

如果仔细思考的话，我们可以发现，在这一版的实现中，对于@H_301_5@<toggle>组件的引用获取方式，从命令式转变为了声明式，因为我们不再关心获取@H_301_5@<toggle>引用的细节（比如具体使用@H_301_5@@ContentChild还是@H_301_5@@ContentChildren）。

同时，依赖注入机制是依附于组件本身存在的，并不依附于模板的层级关系，因此不会面临问题二的困扰。

对于木偶组件本身，往往作为消费者存在，这种情况下使用DI机制可能会达到更好的效果。