为了充分发挥超媒体驱动系统的优势，客户端必须服从服务端的领导，并由服务端来驱动客户端的状态。 Darrel Miller 写了一篇博文，并拿跳舞来与超媒体API 做了一次类比。俗话说得好，探戈需要两个人来跳（it takes two to tango）。
Darrel 描述了如何能快速地让两个人合作起舞，最常见的方式便是让两个人一起针对同一首特定的曲子学习同一套精心设计好的舞步序列。基本上通过这种方式，可以让他们在互相协同的情况下各自完成好自己的舞步。但是这种方式的缺点也显而易见，他们只懂一首曲子且与同一个搭档合作时的舞步。一旦发生变化，就会出现问题。一旦换了新的曲子或换了新的搭档，他们在舞技上的不足就会显现出来。
同样地，当我们消费某个 HTTP API 的时候，应用就好比是一支精心设计的舞蹈。客户端和服务端都知道流程该如何进行。当客户端发起某个 HTTP 请求的时候，它知道服务端会如何做出响应。Darrel 指出这就是我们这二十年来如何构建分布式应用的方式。我们首先对服务端暴露的 API 进行学习，然后将某种复杂的交互模式灌输给我们的客户端，从而去达到消费 API 的目的。
为了真正理解如何跳舞，Darrel 指出必须在播放任何音乐的情况下都能跳舞，而这一切只需要学习一套基本的舞蹈原语就可以完成。当一对夫妇跳舞的时候，一个领舞而另一个跟随引导也是非常重要的。一个起好选择舞蹈原语序列的领导作用，并使用手势和体位来与他的舞伴交流后续的舞步。这中间没有事先确定且尽心设计的序列动作，唯一的约束就是舞蹈的风格。
相应地，对于某个实现了相同原则的 HTTP API，客户端无须再保持对状态的跟踪，它只需要通过理解接收到的消息并信任服务端所给出的必要引导，从而可以简单地跟随服务端的领导。没有影响到资源的那些新的或变化的业务需求将不会对客户端造成影响。根据 Darrel 的判断，当你的 API 具有很多不同客户端的时候，这将是一个非常关键的优势。
Darrel 还在他的 Github 仓库上发布了一个完整的 WPF 示例。
查看英文原文： Hypermedia is like Dancing
评论