思考

不YY，从客户的使用场景入手：

某个粮仓里的某个感温器和感湿器的数据同时异常

首先要做的点，支持设备维度上设置事件规则（目前仅支持产品维度）。
这个会安排迭代。

其次是针对上述场景中涉及的多设备联动问题：

  1. 客户是如何得知场景中 某个感温器和某个感湿器 是同属于一个粮仓的呢？ 有几种办法：
    1. 客户通过设备的名字 粮仓1号-感温器1号，粮仓1号-感湿器1号 来人为维护关联关系
    2. 通过给设备设置一个专门用于关联维度的分组，来维护对应的设备关系

第一种方法显然不可行，维护成本过高，而且设置规则的时候也很复杂
第二种方法的明显优势，比如客户在页面选择粮仓1号，可在规则中直接就拉取出属于粮仓1号的相关设备，因为我们在设备中维护了它们之间的关联关系。
但这种关联关系需要额外的设计一个概念来承载，比如标签，比如分组等方式。我觉得这也是有必要的不过。
这种关联关系我们姑且命名为“分组”吧。
上述设备维度的多设备联动规则的问题就变成了，分组的事件感知

问题

  1. 从交互层面来说，设备的规则设置，选取设备时肯定是需要搜索或这某种交互方式来进行支持（产品有限所以可以使用下拉列表，单设备显然不行），需要确定下交互形式
  2. 分组这个概念，交互上在哪里体现？
  3. 是否可以理解为，多设备联动的场景 等同于 某个分组的多设备联动，优先选取“粮仓1号”这个分组维度，所选取的多设备，也都是在这个分组维度下，然后进行规则设置
  4. 是否每个设备只能属于一个分组，即感温器1号 只能属于粮仓1号，不可能再属于其他的粮仓。