设计匠艺 | 隐喻体现设计意图

若要让意图清晰的呈现，可以运用“隐喻”。

何谓“隐喻”？隐喻（Metaphor）一词源于希腊语metephora，其字源meta的意思是“超越”，而pherein的意思则是“传送”，即“意义的转换”。古希腊思想家亚里士多德对隐喻的定义是：“将属于另一事物的名称用来指称某一事物。”这主要属于修辞格研究的范畴。而莱考夫与约翰逊则突破了该范畴，将其延伸到认知的研究，他们认为：“隐喻的本质是以另一事物和经验来理解和经历一件事或经验。”在语言学中，从认知角度解释隐喻的论点通常被称为认知隐喻，它强调从人类的思维高度来分析隐喻的认知功能。

在软件领域中，隐喻并非简单地用一个名词对软件事物进行类比，它还包含了对类比事物之间的体验与分析，不仅要找出两者之间的类同之处，还要借助人们对隐喻事物的现有理解，通过我们已经熟悉的活动，将软件开发过程联系起来，从而帮助我们更好地认知软件问题域。因此，软件隐喻的本质是一种认知隐喻。我们可以通过在日常生活中无意识获得的基本隐喻系统，在软件开发过程中，受到关联性的启发和影响，使得主观经验和感觉经验相互匹配，然后通过概念融合而形成具有启示意义和指导意义的软件隐喻。

我曾经主持设计了一个企业培训系统。该系统的需求要求对培训计划进行版本管理。这种管理是针对各种培训计划在不同时期针对同一培训主题需要提供不同版本的内容。例如，同样针对C#的高阶培训，培训计划可能会发生演进，做一些内容的调整，比如增加Lambda表达式的知识，又或者增加最新的模式匹配。这样，企业可以根据受训者情况选择不同版本的相同培训主题。

这种版本管理针对的是企业培训领域，但当我引入SVN源代码管理工具作为设计的“隐喻”时，意图就“水落石出”了。开发人员一下子就能捕捉到这个“隐喻”代表的含义。设计也变得顺理成章，在针对培训计划版本的接口设计时，可以定义诸如checkout，checkin，update，show status、commit等操作作为接口的一部分。

在我设计的另一个系统中，需要实现基于元数据的多租户报表系统。我们找到了Engine作为组件的核心概念。Engine代表了组件在整个系统中所能发挥的作用——驱动力。譬如Data Engine是针对数据处理的引擎组件，是整个系统的数据支撑。Data Engine的意义还意味着它不仅是数据的提供者，同时还应该负责提供获取数据的方式，管理数据资源，生成消费者所需的合理的数据。

在同一个系统的报表引擎组件中，我经过深思熟虑，通过隐喻找到了Runtime的概念。它形象地体现了我的设计意图，即要求该组件能够根据定义好的报表模板在运行时与数据动态绑定起来。顺势而为，我接着推导出Binding的概念。

让我们再来看看Storm中的概念。当你看到在Storm拓扑中定义的Spout、Bolt时，你会想到什么？是否想到哗哗的流水从水龙头中流出，经由水管流到寻常百姓家中呢？没错，这就是隐喻！此时，Storm的拓扑就会在你脑海中建构出城市给排水的管道体系，只要源头不绝，这流水自然会实时的流动，并被客户端实时的消费着。

隐喻我我们提供了清晰易于理解的参考物。许多意图通过隐喻，几乎可以达至不言自明的境界。