rest - Web服务中的功能上下文是什么意思？

简而言之，做一件事，做得好。通常在SOA中，您将拥有许多不同的服务，每个服务都处理自己的上下文。例如，在销售系统中，您可能拥有客户，销售代表和订单服务。在银行业架构中，您可以拥有客户，产品，金融工具和交易（借记，贷记）服务。

SOA的一个有趣功能是，一旦您拥有许多小型不同的服务，您就可以开始通过其他服务的编排来添加架构的功能。请允许我在这里使用类比。开始将服务视为乐高积木。它们是一体的，一种形状，仅此而已。您可以使用积木创建房屋，汽车或其他任何东西。

因此，功能上下文是服务的主题/目标。例如，在银行业，我们将提供客户服务。客户服务的能力意味着我们只有与该服务相关的操作。例如，创建客户，按地区查找客户列表，更新详细信息等。您永远不会通过客户服务创建新的金融工具。

我们的想法是将问题域中的所有对象划分为自己的上下文，并在该上下文中为这些对象开发功能。

不坚持这种设计模式可能产生的一个问题是，您最终会遇到具有奇怪操作的服务，例如让客户使用创建金融工具操作。这是不正确的，因为客户可能与金融工具（他们的储蓄账户，信用卡等）相关联，但它不是该工具的所有者。

基本上它只是说，如果你创建一个服务，它应该只处理一个关注的领域，并且只有涉及这个问题的操作。

请记住，没有什么可以告诉你这些背景是什么。这是您决定上下文的设计过程的一部分。