聚合物1.0中的持久会话变量

Question

我有两个元素没有直接连接(没有主机子关系)。我想在他们之间分享一些信息，因为双向数据绑定不是最优的.我想到了持久性会话变量(就像Meteor中存在的那样)，聚合物1.0中有类似的东西吗？如果没有，谁能给我推荐一个可行的解决方案。

编辑：

我刚刚发现了铁信号，但是文档指出应该避免它，有人能解释一下为什么应该避免它吗？如果有人写了一个如何通过一个例子来使用它的例子，我也会很感激。

编辑：

我在2015年聚合物峰会上与聚合物团队讨论了这个问题。这是一个更大的问题的一部分，如何构造我的应用程序。他们在峰会上谈到了调解人的模式。我建议在峰会上观看谈话并参观吉特卜的代码。

Answer 1

对于使用<iron-signals>编写的一些代码示例，您可能需要查看这个堆栈溢出问题及其答案。

它并不像最初看上去那么复杂。研究这些文档和这个演示.

这是一个简单的两步过程：

1. 触发这样的iron-signal事件： this.fire('iron-signal', {name: 'hello', data: 'kitty'});
2. 侦听同名的iron-signal事件(在本例中为hello)。如下所示： <iron-signals on-iron-signal-hello="doSomething"></iron-signals>

Answer 2

我最近刚看了一下铁信号。它对于松散耦合的距离元件之间的通信是有用的。它提供了“事件总线”类型的功能。我相信您在铁信号文档中看到的警告(“注意:每当您可以使用控制器(父元素)来协调通信时，请避免使用铁信号”)。是为了防止过度使用，在简单的情况下，普通聚合物的性质结合将发挥作用。在包含在铁信号文档中的注释的上下文中，父元素(“控制器”)是通信子元素的绑定范围。

此外，铁信号与持久会话变量无关.这里有两个单独的问题。

Answer 3

我刚刚找到了这个视频 (我链接到了解释这个概念的确切的分钟和秒)，它准确地解释了我想要的效果。Mowzer发布的答案之间的关键区别在于，您将整个应用程序包装在一个模板中，并通过观察者访问属性，这是一个简单得多的概念。我认为这段视频是直截了当的，所以我不会在这里解释太多。