
128 |
第
5
章
以接口组件为例。如果每个流提供者都使用不同的接口,那么流就不是一种
标准的、普遍使用的事件驱动集成技术。在这种情况下,消费者软件的每个
开发人员都必须研究如何使用该特定接口并编写自定义代码来完成连接。更
糟糕的是,处理和路由事件流的核心基础设施不仅要知道这些不同的接口,
还要知道每个接口的不同版本。组合很快就会失控,并且想要集成到具有新
接口的新流中需要大量的开发和测试,因此成本非常高。综上所述,流集成
绝非商品。
我也从另一个角度得出了同样的结论。一开始我这样问道,当接口和协议发
展时会发生什么?当我发现到这一点时,我很快意识到事件驱动的集成本身
也因此而演变。我还认识到这带来了新的可能性,我们将在稍后探讨。但图
5-2
已经提供了提出一些非常重要问题的机会。
5.2
游戏
为了进行这一分析,我们开始使用一个沃德利称为“游戏”的过程,在这个
过程中,我们拿到原始地图,并对其提出问题。沃德利在创建地图方法的早
期就意识到,有了情境意识,他就可以探索不同的技术来推动地图上的变化。
例如,如果你想在
20
世纪
90
年代末扰乱软件开发市场,你可以看到这样一
个现象:当时所有的平台选项都作为产品出售,并安装在客户拥有的计算机
上。通过构建平台工具集,他推测你可以创建一种易于使用且成本低廉的模型,
从而轻松击败当时根深蒂固的老牌企业。
他的下一个问题是,他如何才能确保一个新的工具集不仅能从现有企业中获
益,而且还能免受未来竞争对手的影响?为此,他开始制定一份他可能采取
的“行动”清单:这些行动要么推动他的技术进步,要么限制其他人驱逐他 ...