什么是服务插曲
我们现在将快速回答从这篇文章一开始就困扰您的问题，然后顺利地回到原则上。观察。
正式…
“服务作为物理上独立的软件程序存在，具有特定的设计特征，支持实现与面向服务计算相关的战略目标。”我想这是一个很好的循环。
但不仅如此，“每个服务都分配有自己独特的功能上下文，并由一组与此上下文相关的功能 组成。这些适合外部消费者程序调用的功能通常通过已发布的服务合同来表达（很像传统的 API）。”
让我为你翻译一下这是什么意思。服务是一个小程序。有人首先对这 智利号码数据 个程序进行了一些思考，并提出了几个简单的问题：
该计划应该涉及我公司的哪一小部分？ （功能上下文）
在此背景下，这个程序应该能够做什么？ （能力）
这些功能中的哪些应该向其他人开放？ （外部消费者调用）
要使程序完成其工作，需要什么样的信息？ （服务合同）
还有一些相关的东西，例如：谁可以使用它，使用多少次等（服务政策）（哦，我多了一个！给我加分。）
因此，服务可以做一些事情，它有一个合同来调用它采取行动，也许它会给出一些答案。简单地说。非常 简单。
因此，为了“ ……支持实现与面向服务计算相关的战略目标…… ”，服务需要遵守使其做到这一点的原则。我们又回到原则上。光滑的。
这些原则总体上描述了所有服务都应以相同的方式完成事情。我们使用‘具体考虑’和‘适当详细’等词组组合，就像我们在与建筑师打交道时所习惯的那样。虽然还没有定论，但一切都是经过深思熟虑并适当应用的。
伟大的！
无论如何，原则告诉我们，服务应该有标准化的服务合同。尚无具体细节，仅是一种标准做法。具体细节将在模式中描述。你还记得那些图案吗？您可以选择是否使用这些东西，但无法保证它们是否真的能为您带来想要的结果……好吧，我们必须从某个地方开始。