两个不相关的组件间通信

  • 时间:
  • 浏览:0

梳理一下:主要的思想是将查询条件进行了传递,有日后在时需更新的组件中,发送请求,并更新界面。

但本来 这么对应的关联为什么在办呢?

在实际的开发中另有有一5个 组件之间不一定有着强关联。(这里说的强关联指的是父子关系,原因着是兄弟关系。)本来当当让当我们 必须使用对应的策略:

看一下订阅事件,有日后更新product列表显示的地方

时需的功能是另另有有一5个 的:search组件会根据用户输入的查询条件,通过请求后台,将结果显示在component界面上。原因着当当让当我们 就有使用productService,时需这本来 个"后边人"。

当当让当我们 一共有另有有一5个 component:

今天偶然习得,本来就分享一下。时需通过将关联这另有有一5个 关系的逻辑法律法子抽到另有有一5个 service中,有日后在service中定义另有有一5个 EventEmitter(你这个 类在很久@Output中有 提到过),在事件的触发点进行发射,在处里的地方进行接收即可,简单来说本来 起到另有有一5个 承上启下的作用。

看一下提交用户查询条件的法律法子:

看一下productService的代码:

有原因着这么说比较抽象,下面举另有有一5个 简单的例子。