SOA——四大原则

我正在阅读有关SOA和创建SOA应用程序所需的四个原则的书籍。我尝试了不同的来源，但解释是扭曲的。我在寻找一些不那么抽象的东西。我的解释正确吗

这四条原则是：

服务有明确的界限

服务是自主的

服务共享架构和契约，而不是类

基于策略的服务互操作

我的解释是：

客户可能使用的方法应易于使用且良好 定义

服务不应依赖他人。更改一项服务 不得以任何方式影响他人

方案表示将发送的数据，合同包含 为服务定义的方法。使系统与您松散耦合 共享方案和契约，而不是类和对象

使用服务的策略可能是特定类型的绑定 是必需的，因此可以使用它。任何想使用此服务的人， 必须使用此类型的绑定连接到它

---

在programmers.stackexchange.com上获得答案。Im转载了GlenH7的回答：

你对你的抽象概念很熟悉，是的

对。这是另一种看待这个问题的方式

是的，但是。。。服务可以依赖其他服务实现功能， 尤其是在避免代码重复的情况下。这里的细微差别在于 我想，依赖的定义

对。服务执行方案的合同。用户提供XYZ 数据和服务将根据合同提供ABC行动

我认为服务的运营违反了商业政策。生意 策略不应达到指定绑定的级别。从 从实现业务策略的角度来看，您可以看到 服务将依赖于其他服务来实现 他们的合同没有重复代码。在更广泛的层面上， 商业政策只是一堆规则。希望 可以很好地互操作。但就像人力资源一样， 商业规则有一个令人讨厌的习惯，就是彼此不合得来 其他的也一样。服务是这些业务的实例化 规则。从较低级别的角度来看，如果调用方不使用 然后调用方将（显然）无法使用播发绑定 利用这项服务。所以，虽然你的陈述是正确的，但它是一个 有点重言式，并不能提高你的理解力

---

我认为这个问题更合适，并且会得到更好的回答。我认为你的目标是“特尼特”，而不是“租户”。谢谢。修正语法并在那里提问。