从一个例子开始今天的说明。
假设有一个系统，收到外界的事件通知以后，根据设备Id，将事件转发给适当的设备。按照之前的说明我们可以建模如下。
系统按照以下方式运行：
EventCreater生成Event并设置DeviceId
EventCreater将生成的Event发送给EventDistributor
EventDistributor根据DeviceId检索对应的Device
将Event发送给Device
对于每一个EventDistributor，可能有多个EventCreator向它发送Event。也可能有多个设备接收由它转来的Event。
为了提高检索速度，我们将SendEvent关联的Device端的有序性设定为{ordered},即：结构有序，而且在这个列表中每个Device只能出现一次。
我们知道，有序性为{ordered}的数据结构，可以是数组，也可以是链表。查询是一般采用的线性查询。这种设计可以实现功能，而且被大量使用着。
怎么样，够了么？
应该有很多人想到了，还不够快，可以哈希表，B树嘛！对了就是这个。我们今天的话题：限定关联。利用限定关联以后，类图会变成下面这个样子。
注 意观察EventDistributor右边的小框。这种表达方式就是限定关联。图中的EventDistributor和Device之间的 SendEvent关联可以理解为：在EventDistributor中通过deviceId可以决定唯一的一个Device。
进一步讲，引入deviceId限定符以后，除了通过deviceId取得唯一的Device这件是意外，它还附带了另外的含义：应该让这种操作更有效率，差不多就等于要求采用更有效率的数据结构。
限定关联还是通过关联端属性设定对话框进行的。
图中有两处变化，一是红框中Qualifiers项目设成了deviceId，而是绿框中多重度从“*”改到了1。
关联相关的话题到今天就结束了，大家可以进入公众号输入关键字【关联】查看关联相关的全部4篇文章。
如果阅读本文能给您带来些许收获，欢迎分享给更多的朋友！
阅读更多新文章，请扫描下面二维码，关注公众号【面向对象思考】
