请解释一下Udi Dahan先生描述的面向服务的组合架构
Please explain me the Service-Oriented Composition architecture described by Mr. Udi Dahan
任何人都可以用一步一步的例子向我解释如何满足
Udi Dahan 先生描述的面向服务的组合。您将在同一博客中找到等效图表。
我使用的技术是 AngularJS、Asp.net WebAPI。
下面部分我不是特别清楚
这里主要讲的是客户端的打包请求。
与其从客户端到服务器进行多次 ajax 调用，不如将它们打包（这就是 IT/OPs 客户端/JS 库组件所做的），然后向服务器发送一个请求。另一方面，服务器解包并处理所有请求，并重新打包对单个请求的响应，并将它们作为单个响应发送给客户端。
然后在客户端再次将这些打包的响应解包并分发给各个请求者（这再次由 IT/OPs 客户端/JS 库组件完成）。
这个库组件在这里变得足够智能，它知道在考虑上下文的情况下可以缓冲的所有调用。
我在这里编一个例子，但不确定这是否是这个架构的正确选择。
考虑可扩展部分中的表单。在这种情况下，引发事件的组件 A 将是可扩展部分的展开/折叠，并且最初是折叠的。
可扩展部分说有许多子部分需要提取一些数据（比如四个下拉列表，组件 B C D & E，每个列表选项都需要从服务器中提取）。
现在，一旦您单击“部分的扩展”- 组件 A 引发事件，并且在该事件中，两个下拉列表将引发四个额外的请求以从服务器提取选项数据。在正常情况下，将有四个 ajax 请求将发送到服务器。但是对于面向服务的组合，智能组件将缓冲直到它获得所有四个请求，然后将它们打包在一起以向服务器发送一个请求。
任何人都可以用一步一步的例子向我解释如何满足
Udi Dahan 先生描述的面向服务的组合。您将在同一博客中找到等效图表。
我使用的技术是 AngularJS、Asp.net WebAPI。
下面部分我不是特别清楚
这里主要讲的是客户端的打包请求。
与其从客户端到服务器进行多次 ajax 调用，不如将它们打包（这就是 IT/OPs 客户端/JS 库组件所做的），然后向服务器发送一个请求。另一方面，服务器解包并处理所有请求，并重新打包对单个请求的响应，并将它们作为单个响应发送给客户端。
然后在客户端再次将这些打包的响应解包并分发给各个请求者（这再次由 IT/OPs 客户端/JS 库组件完成）。
这个库组件在这里变得足够智能，它知道在考虑上下文的情况下可以缓冲的所有调用。
我在这里编一个例子，但不确定这是否是这个架构的正确选择。
考虑可扩展部分中的表单。在这种情况下，引发事件的组件 A 将是可扩展部分的展开/折叠，并且最初是折叠的。
可扩展部分说有许多子部分需要提取一些数据（比如四个下拉列表，组件 B C D & E，每个列表选项都需要从服务器中提取）。
现在，一旦您单击“部分的扩展”- 组件 A 引发事件，并且在该事件中，两个下拉列表将引发四个额外的请求以从服务器提取选项数据。在正常情况下，将有四个 ajax 请求将发送到服务器。但是对于面向服务的组合，智能组件将缓冲直到它获得所有四个请求，然后将它们打包在一起以向服务器发送一个请求。