19、《.NET 服务的实体抽象与组合编排基础》

《.NET 服务的实体抽象与组合编排基础》

1. .NET REST 服务的实体抽象案例

在过去几年里，一家公司（文中以 Standard Mold 为例）积累了各类客户相关数据。起初，他们采用简单的数据模型，但不同部门依据预定义和临时模型添加数据，部分模型仅适用于部门系统。这导致数据冗余，不同部门对同一类型数据使用不同术语。

为解决这些问题，公司组织了信息建模研讨会，部门业务专家参与其中。经过讨论和努力，达成了用于描述常见业务实体和属性的标准分类法，得到了实体关系模型。

公司架构师意识到需要一个客户实体服务，以集中处理客户相关数据和功能。在服务建模过程中，SOA 分析师根据之前定义的实体关系模型定义了客户服务。为使不支持 SOAP 和必要 WS - * 标准的消费程序能使用服务功能，并利用 HTTP 缓存提升性能，架构师选择将客户服务构建为 REST 服务。

1.1 服务交互流程

服务交互流程如下：
1. 服务消费者使用预定义地址（URI）请求客户列表。
2. 客户服务的响应中嵌入指向详细客户信息资源的链接。
3. 消费者遍历这些链接，使用关系类型为“details”的链接请求详细客户数据。
4. 客户服务的响应包含所选客户会议的链接。
5. 消费者再次遍历响应中的链接，使用标记为“meetings”的链接请求当前客户的会议资源。

在客户服务与服务消费者开始对话前，客户服务仅提供服务入口点。消费者通过遍历响应文档中的链接查找相关资源，这使客户服务能自由更改相关资源的命名和排列方式，甚至可以在不提前通知的情况下更改 URI 的服务器和域名，唯一不能随意更改的是入口点的