详细原则
其中一些原则很简单，其他一些则需要更多解释。此外，原则总是可以“在一定程度上”应用。乍一看，您可能会认为这给予了如此多的自由，以至于在从 SINO（名义上的 SOA）到 SSAH（极其严格的 SOA）（是的，这是我编造的）的范围内，。但事实是，面向服务架构只是为我们提供了这些原则，作为我们思考 SOA 的各个方面在我们独特的环境中有多么有用和重要 您都可以声称 性的方法。所以再说一遍：先想一想！
现在让我们从一个简单的开始
以便我们能够掌握它。服务抽象。对于服 博彩数据 务来说，这只是一种难以理解的语言：“我是一个黑匣子，我在里面如何工作与你无关。我有这个能力（=我执行这个特定的操作），正如我的服务合同中解释的 您都可以声称 那样，要么接受，要么离开。”服务实际上如何执行此功能称为服务的内部工作。内部工作对于服务的用户来说是隐藏的（抽象的），甚至可以在服务的生命周期内发生变化，但没有人会意识到这一点。该服务仍将发挥所宣传的功能。
另一方面松散耦合看上去很容易
但实际上并非如此。耦合是指某事物对其他事物的依赖程度。正如我们所见，服务有一个合同和一个内部工作。服务抽象解释说，我们可以在不被任何人注意的情况下交换服务的内部工作， 因此契 更加关注员工福利 约与内部工作是松散耦合的。
服务也有消费者。当设计服务时，你应该确保它独立于潜在消费者。服务设计应该只关注将业务能力转化为服务。该合同与潜在消费者松散耦合。但是一旦服务运行并拥有一定数量的实际消 WhatsApp 号码 费者，实际消费者就依赖该服务来实现其所宣传的功能。此时改变服务合同将对实际消费者产生巨大影响。因此，服务契约与其实际消费者紧密耦合。因此，在原理阶段，用‘适当’这个词来描述耦合程度。让模式来描述每个耦合的确切性质。